• Имеет ли смысл использовать чистый Node.js? а не фреймворки типа Express?

    MarcusAurelius
    @MarcusAurelius Куратор тега Node.js
    автор Impress Application Server для Node.js
    Это единственное, что имеет смысл, иначе фреймворки вернут производительность обратно на уровень ASP и PHP ))) Что бы нода не дала, то экспресс забрет. Возьмите хорошие примеры нативные, простые и удобные: https://github.com/HowProgrammingWorks/NodeServer смотрите сначала пример /native-simple, сравните его с другими по скорости, возможностям и простоте, потом возьмите /native-cluster А тут пример чата на вебсокетах https://github.com/HowProgrammingWorks/WebsocketChat Если понравится, берите все лабораторки из https://github.com/HowProgrammingWorks/
    Ответ написан
  • ASP.NET Core интегрируется в Node.js?

    В ASP.NET Core node используется в основном для сборки и управления front-end (bundle, less и т.д.). Преимущество в том, что тем кто пишет front-end это всё хорошо знакомо, а в ASP.NET отпадает необходимость писать свои велосипеды и костыли.
    Ответ написан
    Комментировать
  • Что умеет такого Node.js что не умеет ASP.NET Core?

    @sergeystepanov1988
    Перспективно изучать все. Чем больше знаний у программиста, тем больше у него шансов найти высокооплачиваемую и интересную работу. В любом случае, если изучать ASP.NET, то придется изучать и JavaScript. Так как JavaScript сейчас везде и это не преувеличение.
    Ответ написан
    8 комментариев
  • Что лучше canvas или svg?

    @Sashjkeee Куратор тега CSS
    f-e
    Плюсы Canvas:
    • Высокая производительность при отрисовке любых 2D объектов.
    • Стабильная производительность — всё есть пиксель. Производительность падает только при увеличении разрешения изображения.
    • Лучше всего подходит для создания растровой графики (например, в играх, фракталов и т.п.), редактирования изображений и операций, требующих манипулирования на уровне пикселей.
    Плюсы SVG:
    • Нет зависимости от разрешения — SVG лучше подходит для кроссплатформенных пользовательских интерфейсов, так как позволяет масштабировать изображение при различных разрешениях экрана.
    • SVG очень хорошо поддерживает анимацию. Элементы могут быть анимированы с использованием описательного синтаксиса или с помощью JavaScript.
    • Можно получить полный контроль над каждым элементом, используя SVG DOM API в JavaScript.
    • SVG хранится в формате XML, что предоставляет больше возможностей браузерам по обеспечению доступности SVG документов по сравнению с элементом canvas. Таким образом, SVG выглядит лучшим решением для пользовательских интерфейсов веб-приложений.
    Минусы Canvas
    • Отрисовка основана на пикселях.
    • Не существует API для анимации. Вам придется прибегать к использованию таймеров и других событий для обновления канвы.
    • Слабые возможности по рендерингу текста.
    • Возможно, не самый лучший выбор, когда доступность имеет решающее значение. Канва предоставляет вам поверхность для рисования в выбранном контексте (2D и 3D). Можно указать альтернативный контент внутри элемента canvas, который будет показан браузером при невозможности отображения графики. Кроме того, вы можете выполнить проверку доступности выбранного Canvas API с помощью JavaScript. На основе этого вы можете обеспечить различную функциональность для пользователей браузеров с разной поддержкой HTML 5 Canvas.
    • HTML 5 Canvas не подходит для создания веб-сайтов или интерфейсов веб-приложений, так как пользовательские интерфейсы обычно должны быть динамическими и интерактивными, а Canvas требует от вас постоянной перерисовки каждого элемента в интерфейсе.
    Минусы svg
    • Низкая скорость рендеринга при увеличении сложности документа (рисунка), так как используется модель DOM
    • Скорее всего, SVG не подходит для таких приложений как игры. Возможно лучшим выбором будет комбинация HTML Canvas + SVG.
    Вывод
    HTML 5 Canvas следует использовать для:
    1. Редактирования изображений: обрезки, изменения размеров, фильтров (удаления эффекта красных глаз, создания эффекта сепии, изменения цветности или яркости)
    2. Создания растровой графики: визуализации данных, создания фракталов и графиков функций.
    3. Анализа изображений: создания гистограмм и т.п.
    4. Создания игровой графики, такой как спрайты и фоны.
    SVG следует использовать для:
    1. Создания пользовательских интерфейсов веб-приложений, независимых от разрешения экрана.
    2. Высокоинтерактивных анимированных пользовательских интерфейсов.
    3. Графиков и диаграмм.
    4. Редактирования векторных изображений.
    честно скопипастил
    Ответ написан
    Комментировать
  • Где хостить ASP.NET Core + F1 план от Azure?

    SuccessVM
    @SuccessVM
    Программирование - творчество
    ASP.NET Core имеет второе название ASP.NET 5. Фреймворк разработан для новой платформы от Microsoft - .NET Core, её разрабатывали, как кросс платформенное решение для запуска на любой популярной ОС.

    ASP.NET Core будет прекрасно работать, как на Windows или Mac OS X, так и на Linux - Debian/Ubuntu/CentOS/Fedora.

    При запуске ASP.NET Core приложения на Linux или Mac OS X необходимы следующие установленные компоненты:

    • Платформа .NET Core или альтернативная платформа Monо - это open source проект, реализующий .NET Framework, для платформ Mac OS X или Linux. Mono активно поддерживается компанией Xamarin и совсем недавно Microsoft официально объявила о приобретении Xamarin.

    • Веб сервер, который будет взаимодействовать с ASP.NET приложением, например Kestrel. Kestrel – проект с открытым исходным кодом, кросс платформенный. Можно использовать любой другой веб сервер, главное, чтобы он реализовывал интерфейсы Feature ASP.NET приложения, как минимум, IHttpRequestFeature и IHttpResponseFeature. Если приложение не высоконагруженное, запросы к Kestrel можно принимать напрямую, но обычно используют прокси сервер, как Apache или NGINX.


    На Windows, помимо установленного .NET Core также потребуется наличие веб сервера для работы с элементами Features ASP.NET, рекомендуется использовать WebListener, но можно тот же Kestrel. Прокси сервером, в данном случае, лучше использовать IIS, хотя можно любой другой.

    Что же касается плана от Azure, то это прекрасная возможность ознакомиться с облачными технологиями и разрабатывать северные приложения совершенно бесплатно, но для продакшена такой вариант не подойдёт, тут либо переходить на платный тариф либо искать альтернативу, например виртуальный или облачный сервер на Linux – сейчас это вполне доступно.
    Ответ написан
    Комментировать
  • Какой NoSQL доступен для ASP.NET Core (EF7)?

    dmitry_pavlov
    @dmitry_pavlov
    World-class .NET freelance contractor (remotely)
    Готового провайдера для mongodb вроде нет пока.

    Человек пишет, что можно без проблем подсунуть IDataAccessProvider для MongoDb. Команда разработки пока такой провайдер не написала, но планы вроде как есть. Тут можно глянуть как работать с реализацией этого интерфейса на примере PostgreSql.

    Andriy 18 Oct 2015 3:19 AM #
    Is support for NoSQL DBs (like at least your DocumentDB, or maybe MongoDB) going to appear in the nearest future?

    Rowan Miller 19 Oct 2015 10:09 AM #
    @Andriy – Yes, we prototyped a couple of non-relational providers to make sure the core architecture worked for them. Our focus for the next few months is on shipping a stable product with a limited set of providers, but we absolutely still want to build out some non-relational providers.
    Ответ написан
    Комментировать
  • Оправдано ли использовать в разных устройствах, разные сетки выравнивания?

    @Valmih
    Посмотрите susy - позволит сделать то, что вам нужно.
    Ответ написан
    Комментировать
  • Какая наиболее быстрая документоориентированная БД?

    слабосвязанные данные, например новости - краткое описание новостей точнее

    В общем, если нужны сложные выборки и несколько разных индексов - берите Монгу, если выборки только по одному ключу - посмотрите key-value: если вам для основного хранения (т.е. НЕ для кэша), то попробуйте Riak, если для кэширования чего-то, что уже и так есть в какой-то другой (основной) БД, то неплохо подойдет Redis.
    Ответ написан
    4 комментария
  • Что лучше для REST API подхода?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    1. Берите то что знаете
    2. Всегда можно проиграть

    20 000 в сутки

    Это как бы не такие уж и большие нагрузки. Всего-то 4 реквеста в секунду, если принять в расчет распределение пользователей (что все 20К будут сидеть днем, то есть часов 12, и генерить в среднем 10 запросов к API).

    Такую нагрузку спокойно переносит что угодно, даже PHP со своей умирающей модель.
    Ответ написан