Дмитрий Ковальский

За циклическое выполнение такого кода наказывают рабочим местом в подвале без окошка. Уважаемый - старайтесь делать 1 скрипт, а не сотни. Выиграете тьму времени и сервак вздохнет с облегчением. Да, скрипт будет труднее и хитрее, но оптимизирование взаимодействия с базой - вообще дело не легкое, а вы тут одним клиентом создаете сотню соединений/разъединений хрен знает ради чего.

UPD: Вчитался немножко в код и не понял некоторых ваших телодвижений.
1) зачем делать using (SqlConnection con = new SqlConnection(),а затем con.Open(); и con.Close() на выходе? ну предположим что соединение не открыто при создании объекта, но при выходе из using и АВТОМАТИЧЕСКОМ вызове con.Dispose() соединение закроется.
2)
using (SqlCommand comm = new SqlCommand()) {
comm.Dispose();
comm.Cancel();
}
Во первых Dispose вызывается при выходе за границы using, а зачем вы вызываете Cancel вообще не представляю.

Каша в вопросе. Нажористая, но мутная. Вы хотите разрабатывать мобильный сегмент - поздравляю. У вас выбор или использовать кросс-платформенный Xamarin или целевые средства, ориентированные под конкретную систему. Хотите написать одну апликуху на все сразу - берите Xamarin. Хотите писать приложение, наиболее оптимально использующее целевую платформу - придется учить Java,C# и ObjC/Swift.

DirectX , WPF - Ваши темы. А программировать игры? Unity или любой другой движок, к которому найдете возможность обращаться на C#

Мне по душе вариант а. Потокобезопасная очередь это не миф, вполне реальная задача. Единственное что я бы добавил - раз файлы могут обрабатываться долго, то я бы добавил туда еще 1-2 потока. Пусть разбирают если один занят. Мне только не очень понятно что делать если файлы разные, но имеют одинаковое имя( 1.jpg например). Получает ли клиент идентификатор файла по которому его потом забрать или по фазам луны придется догадаться какой файл ему нужен.

Код читал поверхностно и советов по оптимизации не дам, но скажу что от вашего кода сильно пахнет процедурным программированием. Я тут немножко про другое. Вы калькулятором пользовались когда-нибудь? настоящим или виндовым или еще каким-то. Никто не просит ввести число, никто не просит ввести действия. Человек нажимает последовательность кнопок исходя из которых решается действие. Читайте не строку, а каждую нажатую кнопку. Если цифра - обновить цифру , если знак - проставить действие, если enter - вывести результат. Подумайте не о том как проще написать вычисления вам, а о том как работает реальный калькулятор.

Для создания базы данных нужно знать знать SQL и понимание нормальных форм БД. Для работы с базой MSSQL из приложений на C# нужно знать обычный SqlConnection и связанные с ним классы. Ну а если надеетесь никогда особо не связываться с проектированием БД и разработкой SQL-скриптов, то разбирайтесь с EntityFramework.

https://msdn.microsoft.com/ru-ru/library/system.gl... Есть вот такая штука. Собственно при старте вашего приложения вы можете присвоить ему любую кастомную культуру. Или использовать какую-то конкретную локаль типа ru-ru.

Уважаемый новичок. Хочется вам или нет, но javascript это не "сторонняя технология". Это совершенно стандартная часть навыков любого разработчика, использующего слово "веб" не в качестве обсценной лексики. У вас выбор или поискать готовое решение и припаять к своим реалиям. Или изучать javascript.

Я бы рекомендовал выбор между вторым и DI-контейнером с контролем количества объектов.

Ну положим не в .dll, а в целую папку. Должны быть и скрипты и стили и вьюхи. Только в папочке bin - dll-ки. А что делать? Открывайте IIS, создавайте сайт или приложение и указывайте путь к приложению. Дальше возможны новые чудеса, вроде настройки IIS, но это уже тема для отдельного разговора и вопроса.

1) over 9000
2) Да, такие компании есть. И кто использует и кто не использует.
3) Каждый программист должен решать индивидуально. С точки зрения архитектуры данные фишки ничего не привносят. Просто в некоторых местах можно сэкономить пару строк кода.

1)Если он ОБЯЗАТЕЛЬНО принимает 3 параметра - выкиньте блок

.AddRouteValue("link", UrlParameter.Optional)
.AddRouteValue("sublink", UrlParameter.Optional)
.AddRouteValue("filter", UrlParameter.Optional));

2) Основа роутинга это не ваши параметры, а controller и action. Кто собственно будет обрабатывать ваш запрос.
Я не вижу как происходит наводка на контроллер.
3) есть такая вот запись

context.MapRoute(
                "AreaName_default",
                "AreaName/{controller}/{action}/{id}",
                new { action = "Index", id = UrlParameter.Optional }, namespace где ищем контроллеры" }
            );

Здесь делается 1 вызов MapRoute. Вы добавили 3 доп.вызова. Зачем? Место сэкономить?

Что вы понимаете под "Класс без namespace"? Технически это невозможно. Да и зачем вам это я понять не могу.

Примерно вот-так

var temp = from t in A
                  join b in B on t.Site = b.Site AND t.C = b.C
                  where condition
                  select what you need

csharpprogramming.ru/uroki-po-c/kak-vypolnit-koman... Попробуй