Я так понимаю, чел хочет постоянно держать в голове полную карту сайта. И если вдруг какая часть из головы вылетает, то он сразу чувствует себя нехорошо.

По-моему, всё это глупости. Вот Королёв - он что, в любой момент любой кусок ракеты знал, как устроен и работает? На любую детальку мог сопроматовские эпюры от руки накалякать, разбуди его посреди ночи? Нет. Или президент - он что, в любой момент тебе может сказать, как обстоят дела в любом секторе промышленности, торговли и прочего? Каковы дела на каждом заводе, институте или школе? Нет.

Достаточно иметь представление о проекте в общем виде и знать, как раскрыть ту или иную ветвь графа проекта сайта. Т. е. смочь разобраться, если припрёт. А так делегируй ответственность. Доверяй своему коду. Побольше чёрных ящиков "это как-то работает - просто кладёшь на вход вот сюда одну хреновину, а на выходе вот отсюда получаешь другую хреновину". Конечно, ты в любой момент сможешь открыть такой ящик, но в принципе они не должны тебя отвлекать низкоуровневыми реализациями. Мысли масштабно, по-стратегически - сразу модулями, блоками. Спускайся до уровня контроллеров, методов и прочей черни только если возникает конкретная проблема. Ты архитектор, ты создатель, творец, да просто БОГ!

EDUARD SAPOTSKIЯ так понимаю что чел начинает осознавать что MVC == УГ
Только если это не МВЦ от джавы. Просто нужно всё переписать на джаву и всё заработает.

А это... какие альтернативы? Большие проекты невозможно полностью держать в голове одному человеку. Генеральный конструктор держит в голове общий план, конструкторы пониже - устройство отдельных блоков, но каждому коснтуктору только свой блок. И т. д. Вот это я хотел сказать.

skyANAМВЦМеня немного угнетает навязанная так называемая конвенция именования классов контроллера и прочее.

Например:
HomeController
Маршрут /Home
вид в Views\Home

А реально ли вырваться из этих оков? И делать все что хочется с этими именами? Тогда как это все потом слепить воедино?...Рельно конечно. Пищите свою ControllerFactory, свой ViewEngine, это не сложно :)
Ты забыл сказать, что это не нужно. А то щас чел начнёт чего-то пытаться ради того, чтобы лишнее слово в названиях не писать.

Алексей КМВЦ... как организуете проект, емпти, шаблон(какой?)
Приложение SPA, структура папок, упрощённо:


Реквестирую холивар: как хранить ресурсы. Варианты:

1) Controllers - Resources - Account - Strings и прочее;

2) Resources - Controllers - Account - Strings и прочее;

3) Resources - Strings, а внутри все ключи в кучу и для каждого ключа такую портянку "Controllers - Account - LoginButtonCaption" и т. д.

У мну второй вариант.

Алексей Кcarrotikпропущено...


...на клиенте knockout-VewModels в папочке Models ... Все должно быть на своем месте .. :)Выделяю папки по предметным областям, а не по системным слоям. Мне кажется, что это намного удобнее.
А в каждой предметной папке что? Всё в кучу, типа

AccountController.cs
AccountView.cshtml

и т. п.?

Или там тоже свои подпапки Controllers, Views и т. д.?

Короче, пока каждый не кинет скрин куска солюшен эксплорера своего проекта, это разговор ниочём.

skyANAНемоКэп42Короче, пока каждый не кинет скрин куска солюшен эксплорера своего проекта, это разговор ниочём.Своего проекта? Какого из пятиста?
У тебя в каждом проекте по-разному организовано всё?

Любого, где ты считаешь самая правильная организация.

st_stНемоКэп42Реквестирую холивар: как хранить ресурсы. Варианты:

1) Controllers - Resources - Account - Strings и прочее;

2) Resources - Controllers - Account - Strings и прочее;

3) Resources - Strings, а внутри все ключи в кучу и для каждого ключа такую портянку "Controllers - Account - LoginButtonCaption" и т. д.

У мну второй вариант.

Чё за ресурсы, html-надписи на кнопках?
Надписи (если многоязычный сайт, то на нескольких языках), картинки и прочее.



skyANA,

ну, у тебя как Алексей предложил - по сущностям. То, что MVC-шаблон в Студии по-умолчанию предлагает - то же самое, только сверху этой иерархии идут сущности MVC-проекта, а в каждой сущности проекта уже сущности предметной области.

А у тебя в первом варианте сущности предметной области на первом уровне перемешаны с сущностями проекта - например, Donations с Helpers с Settings с References и т. п.

carrotikМВЦСпасибо, зубры MVC!

Здесь, в студии, прозвучало слово TypeScript, которое я загуглил и у меня возник резонный вопрос: с ним можно юзать JS-библиотеки?
То бишь легаси джаваСкрипт без боли можно скрестить с тайпом?

...насколько я понял, Алексей К использует тайпскрипт с нокаутом ... я вот тоже хочу (и примеры видел), но пока не решился ...
Это если логики на клиенте много. А у меня Нокаут только чтобы забайндить модельки ко вьюхам - ведь Нокаут работает как слой вью-модели, превращая MVC в MVVM, как я понял.

А Алексей юзает тайпскрипт, чтобы наполнить эти вью-модели логикой?

skyANAНемоКэп42А у тебя в первом варианте сущности предметной области на первом уровне перемешаны с сущностями проекта - например, Donations с Helpers с Settings с References и т. п.Вообще-то у меня тупо разложено по разделам сайта:
А, я думал эти Settings - это Settings проекта в студии.

У меня так (см. ниже слева). А ресурсы - так (см. ниже справа). Но на игровом своём проекте хочу не по сущностям проекта раскидывать - типа Shaders, Textures, Meshes, а по сущностям игры -


Кто что скажет за такую организацию (и за ту, что на картинке, и за ту, что выше)?