Денис Букреев: jquery для идиотов?... o_0 не понял, что имеете в виду. поясните
jquery прекрасный фреймворк сильно облегчающий жизнь сотням тысяч пограммистов во всем мире, созданный если не гениями, то очень смышленными людьми очень вовремя.
Сначала прикиньте сколько таких простых вещей у вас в итоге будет и имеет ли смысл отказываться от простого инструмента, который уже стал дефакто неотъемлемой частью любого веб приложения. Если jquery будет использоваться хоть раз, то разумно на нем делать все.
mizhgun: затруднит. неположено публично на такие вопросы отвечать. я понимаю что всегда всем хочется ясности, но не всегда она реально есть. мир - не прейскурант с четкими правилами, как бы этого не хотелось людям, работающим в айтишной сфере. :) информация для умозаключений есть. дальше каждый включает мозги и думает сам.
Еще по поводу ставок на фрилансе в целом - можете зарабаывать 100 в час - делайте это :) Хотеть и мочь - разные вещи. Хотите зарабатывать как парни из Силиконовой долины - станьте парнем из Силиконовой долины. "Быть" и "быть как" все-таки очень разные вещи. Во всех смыслах.
Я всеми конечностями за второй вариант. Учиться писать связанный фронт с беком - дело нехитрое, но ненужное и даже вредное. Разрабатывая их по отдельности волей неволей получится сделать более правильную, гибкую и понятную архитектуру. Единственное, что этоне обязательно должен быть RESTful API, можно исползовать и API сервисы без RESTful подхода. Не всегда это нужно и удобно. Многоуровневый API - тоже хорошо. В бюольшинстве случаем в своем приложении это будет немного перебор, зато научитесь основам создания SaaS систем :)
strongfaith: по C++ мне больше понравилась в свое время книжка - www.ozon.ru/context/detail/id/83179 - авторы (они вроде дядя и племанник или как-то так) очень доходчиво объяснили. Одна их лучших книжек и по плюсам в частности и в целом по программированию.
Тоже поддерживаю вариант использования Areas - тем более они предназначены именно для описываемой цели. Пошаговое руководство. Организация приложения ASP.NET MVC с помощью областей https://msdn.microsoft.com/ru-ru/library/ee671793(...
У вас не разные приложения, а разные области. На счет того как зашарить общие представления между областями - отдельная решаемая задача. Правда не так это часто нужно. И в тех двух-трех случаях когда вьюхи вроде бы одинаковые должны быть на первый взгляд, обычно позже все равно выясняется что все-таки нет - и они должны отличаться. Допускаю, что в конечном итоге будет правильней создать и поддерживать их отдельно и независимо дург от друга. Разметки повторяющейся не так много, а стили и скрипты общие использовать, думаю, труда не составит.
Сделайте вывод куда вам нужно. MessageBox - для вывода ошибки ввода-вывода, если таковая случится. Вы ведь не думаете, что самому ничего делать не надо и вам напишут полностью готовый код, именно тот который вам нужно? Подумайте уж самостоятельно как пары из списка в текстовые поля записать :)
