А вот это похоже на паршивый автоперевод в стиле Aliexpress. И этой фразы в письме andreymal нет, стало быть, версий было несколько, но все с ляпами. К слову, Google выдаёт две страницы по запросу “create this disappear”; первая из них рассказывает, как чистить зубы перцем и солью, а на вторую ругается AdGuard, и я туда не пошёл.
Английский странный какой-то. Я, конечно, не нейтив, мало ли, но "accessibility to your screen" уж совсем режет глаз. Так, это вполне могут быть и отечественные «хакеры» :)
Простите, а зачем так жёстко-то, с ручной сборкой resolvers? Вроде бы, примеров на graphql-dotnet.github.io/getting-started хватает, чтобы делать классы-наследники ObjectGraphType и определять поля в их конструкторе.
Я не то, чтобы гуру GraphQL, но тоже копаюсь с ним сейчас, и мне интересно.
Моя первая — также Windows 95 OSR2 в 1997. Хотя позже, из спортивного интереса, попробовал многие, начиная с 3.0. Какое-то время даже использовал dualboot Windows 3.11/Windows 98SE, уж не помню для чего, благо нужные дрова под моё железо были.
Но самые тёплые воспоминания оставил Windows 2000, я считаю её лучшей ОС от Microsoft.
Спасибо за развёрнутый ответ. Поясню, моя цель, в общих чертах, состоит в уменьшении связности между backend и frontend для параллельной разработки. Есть общее соглашение о формате данных, но в частностях хотелось бы оставить некоторую свободу — например, чтобы изменение правил валидации не влекло за собой необходимость одновременной модификации frontend. Пока я склоняюсь к публикации неких метаданных с backend, подобно IClientValidatable-правилам. Сначала я хотел избежать необходимости локализации и клиента, и API, но, похоже, это мечты :)
А не могли бы вы рассказать, как в проектах с подобной архитектурой реализуется валидация правил, локализация и подобные вещи, имеющие отношение как к UI, так и к бизнес-логике? В каком виде приходят сообщения об ошибках?
Не использовать автоинкрементные id, генерировать их из приложения, например, UUID/GUID. Если нужны целочисленные идентификаторы, посмотрите в сторону Snowflake.
На мой взгляд, MonoDevelop (теперь Xamarin Studio) — вполне вменяемая IDE для .NET, я больше года писал в ней под Linux. Во всяком случае, если вы пишете web-приложения.
Я пишу преимущественно на C# и достаточно часто на JavaScript. Основная система — Mac OS, собственные проекты пишу в ней в Xamarin Studio, запускаю потом на Linux. Рабочий проект — в Visual Studio на виртуалке (ибо остальная часть команды использует Windows).
Спасибо за наводку на HyperFastCGI! С ним, наконец-то, удалось настроить keepalive на nginx, что дало прирост req/s для MVC4 приложения в 1.5 раза (115.6 против 177.2). Это, хоть и не отменяет факта, что IIS все равно сильно быстрее (~400), само по себе уже хорошо.
Веб-сервер на Linux как бы и сейчас есть, например nginx + Mono-FastCGI или Apache + mod_mono. Или даже nginx + xsp.
На самом деле, главная фишка новой платформы — KRuntime, этакий CLR в песочнице. Учитывая, что на Mono сейчас работает далеко не 100% функционала, доступного в .NET (требует костылей или вовсе никак), это очень упрощает жизнь. Может быть, и не все будет так гладко, но тут уж не привыкать.
В той статье, ссылку на которую я привел, внизу есть видео с Хансельманом и Хантером, это не оно случайно?
Не знаю, можно ли тут прямую ссылку опубликовать, но из кода страницы достать ее не составит труда. Можно скачать и посмотреть в офлайне, есть так тормозит.
Репозиторий с примерами опубликован на github.com/aspnet.
А вот статья о том, что с этим можно делать.
Пока, правда, про Mono ни слова, в требованиях Windows 7 и выше с Powershell 4.
Что ж, это здорово.
Интересно будет пощупать это ручками, текущий же ASP.NET MVC вполне неплохо работает под последним Mono. Новая версия, по идее, должна избавить от завязок ASP.NET на внутренности IIS (я надеюсь, его на Linux они не потащат).
А вот это похоже на паршивый автоперевод в стиле Aliexpress. И этой фразы в письме andreymal нет, стало быть, версий было несколько, но все с ляпами. К слову, Google выдаёт две страницы по запросу “create this disappear”; первая из них рассказывает, как чистить зубы перцем и солью, а на вторую ругается AdGuard, и я туда не пошёл.
Я не то, чтобы гуру GraphQL, но тоже копаюсь с ним сейчас, и мне интересно.
Но самые тёплые воспоминания оставил Windows 2000, я считаю её лучшей ОС от Microsoft.
На самом деле, главная фишка новой платформы — KRuntime, этакий CLR в песочнице. Учитывая, что на Mono сейчас работает далеко не 100% функционала, доступного в .NET (требует костылей или вовсе никак), это очень упрощает жизнь. Может быть, и не все будет так гладко, но тут уж не привыкать.
Не знаю, можно ли тут прямую ссылку опубликовать, но из кода страницы достать ее не составит труда. Можно скачать и посмотреть в офлайне, есть так тормозит.
А вот статья о том, что с этим можно делать.
Пока, правда, про Mono ни слова, в требованиях Windows 7 и выше с Powershell 4.
Интересно будет пощупать это ручками, текущий же ASP.NET MVC вполне неплохо работает под последним Mono. Новая версия, по идее, должна избавить от завязок ASP.NET на внутренности IIS (я надеюсь, его на Linux они не потащат).