mihanickq: Нет, вполне правильно. Проблема слияний разумеется будет. Могу вам предложить следующее. Выложить код на некий SourceControl (GitHub,BitBucket) , создать бранч для фрилансера. Дать ему доступ туда писать, потестить бранч и убедиться что все работает как надо, а потом заняться слиянием с основной веткой. Там и повылазят все различия. Изменения в БД конечно - отдельная песня и тут вам четких советов никто не даст. Можно поддерживать версионность структуры, но как правило в базе есть словари, а вот их версионность без шаманства не проконтролировать.
faragly: Вот так мы трансформируем вопрос из "Как отменить HTTP-Запрос?" в "Как отменить скрипт результата?" Вам нужно погуглить про "javascript пользовательские события". Грубо говоря - на первом запросе - подвязываем обработчик, на успехе отвязываем, а на обработчике прогресса - вызывать его.
Noobkesan: Тут порождаются некоторые скользкие моменты. Возникает вопрос - какую логику можно туда засунуть, а какую нельзя. Есть риск что программист засунет в сей метод полсотни действий, связанных с модифицированием других полей, а то и в базу чего-нибудь отправит. А порой и действительно лучше вернуть Null чем пустой список. Хотя это тоже просто соглашение.
ITema325: Применение каких либо слов в названиях методов - просто соглашение. Можете не использовать, но нужно понимать что код нужно поддерживать, а иногда и в команде где приняты некие принципы. Лучше привыкнуть их использовать, потом проще будет вливаться в коллектив.
Владислав Килин: Например потому что свое писать 2 часа, а искать чужое 3-4. Это не причина? Понимаю что велосипедность - плохо, но у вас чисто интерфейсная мелкая задачка. Она переживет костыль и велосипед.
shadow1003: Гипотетически - такое возможно. Вопрос лишь - "Зачем?". Теже Java/C# изначально компилируются в промежуточные языки, которые впоследствии компилятся в ассемблер, годный для текущей машины, на которой работает приложение. Что можно получить из компиляции языка в транслируемый язык - лично я не знаю. Быстродействие - сомнительно.
deniska_kuzmenko: Потому что это уже не ооп. Потому что объект хранит свое состояние,а значит можно вызывать метод не передавая входных параметров, а лишь оперировать состоянием объекта. Потому что писать вызов метода, передавая туда десяток параметров - адовый ад. Прошу коллег добавить если что-то упустил.
Alexey Sh: Да нет. Так на слух - проблема в том что при первом входе происходит старт процесса, сборка и прочая хрень , тормозящая первый запуск. Одно из "дурацких" решений - написать какого-нибудь бота который раз в минут 20-30 пинал бы приложение простеньким запросом.
Просто Он: 1) Отделение логики доступа к БД от логики представления, 2) Защита от инъекций , 3) отсутствие необходимости переписывать код приложения при изменении SQL-скрипта (код вызова хранимки остается старый)
dk-web: ну тут можно целые простыни писать об архитектуре. Лично я не использую PHP но это не важно. Можно использовать хранимые процедуры - там делается проверка типов входных данных и склейка не проходит. Внутрь можно засунуть сложный запрос, а из кода php будет несколько строчек с вызовом. В идеале ваш подход с универсальными скриптами - не лучшая идея. По хорошему на каждую сущность должен быть отдельный набор хранимок по вставке,удалению(Иногда помимо вставки нужно сделать сопутствующие какие-то запросы и все оборачивать в транзакцию). Вы проверяете на инкрементность по названию поля? а если у него другое название? или там нет автоинкремента? Ключом может быть все что угодно. Текстовая константа, GUID, непоследовательные цифровые значения(к примеру 4 значные цифры отвечающие некоторым принципам последовательности(1011,1012,а потом 1101,1102))
Так будет выглядеть генерация разметки. Во view отправляется объект модели со всем необходимым набором данных для отрисовки, ну а вы верстаете чистым html с применением коротких вставок на С# .Такой вот шаблонизатор