То, что вы описали — это нормальная ситуация для связки программист-верстальщик.
Если нужно, верстальщик переделывает структуру, пока она не станет оптимальной для шаблонизатора, всяких js-плюшек и ajax-обновлений. Он же не знает наперед, как я буду организовывать все эти механизмы, поэтому работает параллельно со мной.
Также нет ничего странного в том, что верстальщик верстает прямо в студии поверх уже рабочих вьюх — это по-моему самый оптимальный вариант, когда работа идет через контроль версий, и программисту потом не нужно копаться в верстке.
Во-первых, написать кастомный селект, который будет обладать тем же функционалом, что и нативный — это вам не дульки воробьям показывать. Например, организовать обработку нажатий клавиш клавиатуры или выбор элемента при наборе его первых символов.
Во-вторых, насколько вижу по реакции верстальщиков (я сам программист), кастомизировать готовое решение — тот еще гемор.
А стандартные селекты очень даже ничего — в бутстрапе, например, их слегка обвешивают стилями, а выглядят прилично.
Не то, чтобы фанат — старкрафт, варкрафт и квака у меня примерно на одном уровне по интересу игры, но остальным все-таки до них далеко. Ну разве что ТЕС еще сильно выделяется, но это исключительная серия сама по себе.
Ну не знаю, по-моему, макс — казуальщина, типа последней лары крофт.
Квака же игра, где нужно все — стратегия, тактика, индивидуальнео мастерство. Разве что варик и старик могут сравнится с ней по интересу развития навыков у игрока.
Скажите, а многих вы вот так зафрендили? Сколько наблюдаю за собой и знакомыми, происходит все наоборот — сначала знакомство в реале, потом добавление в соцсетях и мессенджерах.
Нет, с php, к сожалению (а может наоборот, к счастью)), не знаком, иначе привел бы аргументы совсем по существу. Но сейчас объясню, почему не советую с ним связываться.
Сразу скажу, что никакой расовой ненависти к нему не испытываю, да и речь пойдет не обо мне. Дело в том, что за время работы в нескольких местах успел столкнуться с 6 разработчиками, пришедшими в .net из php. Приходили они уже сразу на MVC (я даже в одной компании, пока полностью не перешли на MVC, чувствовал себя малость ущемленным, потому что мне, как более сведущему, приходилось больше заниматься поддержкой старых WebForms-проектов), и наверно поэтому ни одной жалобы от них я не услышал — наоборот, все, как один, вспоминали php неприятными словами. Php-разработчики.
Поэтому мне кажется пустой тратой времени, зная .NET, связываться с php.
А насчет интеграции — все-таки не могу представить сценарий, при котором невозможно наладить связь между .net и php, и не совсем понимаю, что значит «на поддержке» — заказчик что, хочет, чтобы после сдачи проекта дальнейшим развитием занималась не ваша компания?
Вообще, было бы легче понять вашу ситуацию при наличии большего количества деталей — пока не совсем понятно, почему нет возможности предоставить php-проектам необходимые wcf-сервисы, организовать общие бд или что им там нужно. В чем заключается планируемая интеграция?
А если конкретно на вопрос отвечать — не советую. Это не последний в жизни проект, а распыляться на php (даже за счет заказчика), это не то же самое, что выучить F#, XNA, WPF (исхожу из предположения, что как web-разработчик вы до сих пор не фокусировались на них), проекты на которых вполне могут появиться в дальнейшем. Зато время на изучение этих технологий будет не жалко потратить, в отличие от времени на php, за которое можно как минимум прокачаться в MVC 4 и .NET 4.5.
Да уж, смотреть как компания ультралисков или драгунов взбирается на рампу — это как на огонь. А потом собирай шибко умных, что решили пойти в обход искать несуществующий второй подъем.
В точку насчет чувства вины. В офисе даже если проболтал пару часов с коллегой о перспективах Go, все равно подсознательно считаешь, что отработал целый день, дома же в совесть позволяет писать в жиру только время, проведенное непосредственно перед студией.
Ну тогда давайте и наследование с инкапсуляцией и вообще все ООП назовем как-то, пускай приемы построения архитектуры программы, и будем иметь только «процедурное программирование с приемами».
Все равно, когда начинаешь избавляться от неудобств процедурного стиля в итоге приходишь к ООП.
Не знал, что бы еще предложить кроме первого варианта. Потому и спросил, а то первый вариант выглядит как зачаток ООП. Остается то, что в файле, обернуть в статический класс, и уже становится легче. Это как писать на js функции инлайном и принадлежащие window, или вынести все в отдельный файл и обернуть в объект.
Если нужно, верстальщик переделывает структуру, пока она не станет оптимальной для шаблонизатора, всяких js-плюшек и ajax-обновлений. Он же не знает наперед, как я буду организовывать все эти механизмы, поэтому работает параллельно со мной.
Также нет ничего странного в том, что верстальщик верстает прямо в студии поверх уже рабочих вьюх — это по-моему самый оптимальный вариант, когда работа идет через контроль версий, и программисту потом не нужно копаться в верстке.
Во-вторых, насколько вижу по реакции верстальщиков (я сам программист), кастомизировать готовое решение — тот еще гемор.
А стандартные селекты очень даже ничего — в бутстрапе, например, их слегка обвешивают стилями, а выглядят прилично.
Квака же игра, где нужно все — стратегия, тактика, индивидуальнео мастерство. Разве что варик и старик могут сравнится с ней по интересу развития навыков у игрока.
Сразу скажу, что никакой расовой ненависти к нему не испытываю, да и речь пойдет не обо мне. Дело в том, что за время работы в нескольких местах успел столкнуться с 6 разработчиками, пришедшими в .net из php. Приходили они уже сразу на MVC (я даже в одной компании, пока полностью не перешли на MVC, чувствовал себя малость ущемленным, потому что мне, как более сведущему, приходилось больше заниматься поддержкой старых WebForms-проектов), и наверно поэтому ни одной жалобы от них я не услышал — наоборот, все, как один, вспоминали php неприятными словами. Php-разработчики.
Поэтому мне кажется пустой тратой времени, зная .NET, связываться с php.
А насчет интеграции — все-таки не могу представить сценарий, при котором невозможно наладить связь между .net и php, и не совсем понимаю, что значит «на поддержке» — заказчик что, хочет, чтобы после сдачи проекта дальнейшим развитием занималась не ваша компания?
А если конкретно на вопрос отвечать — не советую. Это не последний в жизни проект, а распыляться на php (даже за счет заказчика), это не то же самое, что выучить F#, XNA, WPF (исхожу из предположения, что как web-разработчик вы до сих пор не фокусировались на них), проекты на которых вполне могут появиться в дальнейшем. Зато время на изучение этих технологий будет не жалко потратить, в отличие от времени на php, за которое можно как минимум прокачаться в MVC 4 и .NET 4.5.
Все равно, когда начинаешь избавляться от неудобств процедурного стиля в итоге приходишь к ООП.