Pull to refresh
0
0
Skara @Skara

User

Send message
1. Используйте type alias:
export type UserType = 'standard' | 'premium' | 'admin'

Также хорошая альтернатива — string enum:
export enum UserType { Standard = 'standard' /*...*/ }

2. Это немного другой сценарий — очень много вариантов. Например, зачастую конкретные currencyCode при этом просто не используются — все приходит с сервера или выбирается юзером. Но если они все таки нужны, можно решить проблему константами, например ввести DEFAULT_CURRENCY_CODE для предзаполнения дропдауна. Система типов для этого полезна, но не является оптимальным решением.
подгрузка синхронная, значит вебпак (или что вы используете) уже вкомпилировал json словарь в бандл. Для более-менее большого приложения не годится. Решается легко, но в статье — не боевой вариант.
Именно по этой причине, кстати, в машинах с keyless start при исчезновении ключа во время движения двигатель не отключается, хотя казалось хорошо бы, ведь обычный сценарий при этом — разбой с целью угона. Но нет, включается звуковой сигнал «ключ не найден», потому что опасно. Это не только потеря тяги, но и ГУР + тормоза.
Считаю проблема поставлена некорректно. Обратимся к .NET и менеджеру NuGet: систем принципиально не дает удалить пакет или конкретную его версию из репозитория пакетов. Надо чтобы пакет не было видно? unlisting поможет убрать его из поиска, но пакет всегда можно будет установить как зависимость другого. И вопрос микропакетов тут совсем непричем, тоже самое может случиться и с довольно популярными библиотеками.
Как определять классы если верстка вынесена в отдельный html? К примеру, при использовании Marionette.
Зависит от того как считать, если node.js указан среди навыков frontend вакансии, вполне вероятно что указывают в контексте grunt/gulp, используемых для сборки js. Рядом же в навыках вакансии будет тот же angular. Вот вам и статистика.
Пробовал на двух проектах, по ~150k строк кода каждый, из больших библиотек — boost и Qt. В EAP были проблемы в основном с поддержкой используемых фич C++11 и хитрых темплейтов/макросов, включая используемые в библиотеках. Сейчас никаких ложных ошибок, по скорости — реально летает, даже не верится что столько фич решарпера теперь доступно в C++ :)
ReSharper C++ просто великолепен, наблюдал со времен закрытой беты, думал что врятли и релиз на моих проектах сходу завертится, оказалось очень зря, шикарная работа!
Тут важно смотреть на контекст использования. Обычно он подразумевает что мы не просто используем этот код, а сильно модифицируем его в последствии. Конечно, можно заложить всю гибкость в библиотеку, но часто гораздо разумнее вынести логику в отдельный слой, а его основу генерить относительно простыми сниппетами. Более сложным вариантом таких сниппетов будет генерация кода, например, scaffolding.
Конечно удобнее, даже в простейшем случае вставка шаблона через ReSharper, например, попутно сократит полные имена с помощью using, отформатирует код и поставит курсор в нужное место. Да еще и будет контролировать скоуп где можно вставить этот шаблон, а где нет. Правда возможности C++ сниппетов в любой IDE к сожалению куда меньше, приходится довольствоваться тем что есть.
Очень приятная фича Reflector — отладка по декомпиленым исходникам. Нету ли планов реализовать это в dotPeek/ReSharper?
KDE, а сам софт (его клиентская часть) на Qt. Поставляется вместе с железом, своя сборка, не уверен, что кроме этого софта там вобще можно что-то запускать.
Настройки в облаке — красота, интересно, они тоже будут периодически сбрасываться в ноль при неудачном креше?
Интересно, хотя бы на восьмерке сделают нормальное резервное копирование?
Думаю есть смысл добавить это в описание на гугло-коде, а то я уже почти сел собирать/проверять (наверное и не я один)
Крайне приятная реализация, очень интересна портируемость на GCC. Как я понимаю, пока все проверялось в рамках Visual C++.
Может я какой-то неправильный, но вдоволь поработав с nsis и Wix, при возможности я выбираю последний. Декларативность Wix требует больше времени для вхождения, но хорошо себя окупает.
Замечу, что в холиваре средств разработки инсталляторов нативность таких средств как Wix и Install Shield всегда являлась огромным плюсом, потому как иначе получить для приложения логотип «Certified for Windows» просто невозможно.
Использовать ради столь небольшого UI WPF мне кажется диким оверхедом, именно из-за тормозов на старте, от которых увы никуда не деться. Именно поэтому пишу софт с простым UI на WinForms, хоть и обожаю WPF.
Все описанное уже есть в VA. Основная надежда — что переделают ядро, чтобы IntelliSence не падал и распознавал хоть сколько нибудь сложные конструкции.
Для IT-шника, знающего про туннели, это не минус :)
1

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity