Давайте разберемся. Зачем применять Uglifiy на один файл?
Webpack — это прежде всего собириает все ваши файлы в один единый файл. И главная задача этой утилиты — не засорять global scope.
В статье написали, что после сборки получился файл весом 2Мб. Откройте окончательный файл. Там код вашего React, Redux и все остальных библиотек и фреймворков. Потратьте время на изучения webpack — webpack умеет не «включат» файлы в сборку. Тогда бы ваш HTML загружал бы библотеки с CDN, а ваша программа весила бы около 200кб.
Хватить называть чужой труд костылями. Без обид, если не умеете пользоваться — это ваши проблемы.
Насчет InterfaceBuilder. Почему бы не написать собственный формат? Пусть генерирует код для постройки UI. Для начала AutoResize добавить, потом уже AoutLayout.
Исправьте пожалуйста один момент.
При закрытии таба, AppCode должен открыть предедущий таб, а открывает последный.
Скажем открыты 10 файлов. Открываю 8ой и начинаю работать. Перехожу на файл через declaration (CMD + click). Если закрыть файл, то AppCode открывает 10й таб, вместо 8
Я пришел из мира мобильной разработки. Особенно пользовался MVC паттерном. Благодря знаниям js, попытался написать сервер на nodejs и mongodb.
Ну что, первые дни были просто превосходны. Почему? Потому, что все было просто. Берешь request, получаешь json object, сохраняешь в базу и возращаешь ок. Потом, ежедневно API допиливался и простой API перестал быть простым. Очень большое количество кода. Из-за отсутсвия нормального IDE, приходилось писать JSdoc на каждую строку
/**
* @type {ProductModel}
*/
let product = getProduct(req)
…
Начал искать Javascript со строгой типизацией. Typescript, FlowType и многие другие. Но проблема была в том, что библиотеки, которым Я пользовался, писались на vanilla-js. Приходилось открывать браузер и читать документацию. Это быстро надоедает.
Потом наткнулся на Spark Java (http://sparkjava.com). Особенно порадовали две вещи:
1. Каждый запрос это новый Thread.
2. Запросы на MongoDB синхронные.
Ну естественно, мой любимый Java.
Поэтому, от себя добавлю: писать проекты на JS хорошо до тех пор, пока вы помните структуру проекта.
Вы хотите CLI утилиты на 5' экран с «soft» клавиатурой или возможность ввести свой учет нормально? Приложения создаются исключительно для удобства пользования или частичной поддержки мобильности. На то и называются — «мобильными». А то что Вы хотите — не смартфон, а корманный ПК.
Почему некоторые Android дистрибутивы (так они называются?), до сих пор не имеют gapless playback? Например, мой LG G4 с Android 6. На старом телефоне (LG L Bello), устанавливал плеер Phonograph и в настройках включал «Gapless Playback mode». На новом не работает.
Вообще, подготавливать материалы для публикации, это хороший тон. Но, увы, автор этого не придерживается.
http://webpack.github.io/docs/configuration.html#externals
Не надо пользоваться IgonrePlugin. Есть же externals
Webpack — это прежде всего собириает все ваши файлы в один единый файл. И главная задача этой утилиты — не засорять global scope.
В статье написали, что после сборки получился файл весом 2Мб. Откройте окончательный файл. Там код вашего React, Redux и все остальных библиотек и фреймворков. Потратьте время на изучения webpack — webpack умеет не «включат» файлы в сборку. Тогда бы ваш HTML загружал бы библотеки с CDN, а ваша программа весила бы около 200кб.
Хватить называть чужой труд костылями. Без обид, если не умеете пользоваться — это ваши проблемы.
При закрытии таба, AppCode должен открыть предедущий таб, а открывает последный.
Скажем открыты 10 файлов. Открываю 8ой и начинаю работать. Перехожу на файл через declaration (CMD + click). Если закрыть файл, то AppCode открывает 10й таб, вместо 8
Ну что, первые дни были просто превосходны. Почему? Потому, что все было просто. Берешь request, получаешь json object, сохраняешь в базу и возращаешь ок. Потом, ежедневно API допиливался и простой API перестал быть простым. Очень большое количество кода. Из-за отсутсвия нормального IDE, приходилось писать JSdoc на каждую строку
/**
* @type {ProductModel}
*/
let product = getProduct(req)
…
Начал искать Javascript со строгой типизацией. Typescript, FlowType и многие другие. Но проблема была в том, что библиотеки, которым Я пользовался, писались на vanilla-js. Приходилось открывать браузер и читать документацию. Это быстро надоедает.
Потом наткнулся на Spark Java (http://sparkjava.com). Особенно порадовали две вещи:
1. Каждый запрос это новый Thread.
2. Запросы на MongoDB синхронные.
Ну естественно, мой любимый Java.
Поэтому, от себя добавлю: писать проекты на JS хорошо до тех пор, пока вы помните структуру проекта.
Но это уже их оболочка, вроде LG UX называется