Сейчас существует множество небольших программных фреймворков. Есть Tina.js, Jinaconvert, mpvue, mina, wepy, taro, uni-app. Итак, как команда стартапа, какой фреймворк вам следует использовать? В интернете довольно много софтовых статей. Всегда старайтесь максимально рекомендовать свой собственный фреймворк. По сути, отечественный open source — это, по сути, гонка вооружений крупных компаний. Гонка вооружений имеет следующие основные преимущества: во-первых, это бесплатные средства массовой информации для компаний. Во-вторых, компании удобно набирать людей.После того, как вы изучите мой фреймворк, а потом придете в нашу компанию, стоимость обучения значительно снизится. Это две основные причины, по которым крупные компании отчаянно пытаются открыть исходный код.
А для стартап команд, как выбрать? Во-первых, это не обязательно означает, что чем крупнее компания, тем лучше открытый исходный код. Во-вторых, обязательно выберите фреймворк, подходящий для стартапов и стартап-команд.
Итак, какова правильная структура для стартап-команды? Конечно, это то, о чем должен беспокоиться технический директор, но если в компании нет технического директора, то руководитель группы должен иметь возможность проверять. Для фреймворка не чем проще и удобнее в использовании, тем лучше.
Первая задача фреймворка — уменьшить количество знаний, которыми должен обладать программист. Традиционная внутренняя структура, использующая MVC, в основном аналогична тому, чтобы позволить программистам обратить внимание на эти три класса MVC. Для других, даже если средний программист освоил его, он может не уметь хорошо писать, поэтому фреймворк сделал это за вас. Конечно, фреймворк готов и хорошо ли он сделан? Это действительно зависит от технического директора, чтобы контролировать. Поэтому технический выбор непрост. Например, в back-end framework плохо написаны некоторые базовые вещи thinkPHP, и даже в константе APP_PATH может быть '/../', что приводит к сбою WINDOWS и краху LINUX. То же самое касается структуры апплета. Например, как у Тины, которая тоже является продуктом крупной компании, документация и примеры все хорошие. Тем не менее, я должен сказать, однако, что это слишком рудиментарно.Фронтенд-фреймворки все MVVM, и может ли такой MVVM действительно уменьшить потребность программистов в освоении передовых знаний, Тина не проделала хорошую работу на этом этапе. А в чем суть фреймворка? Суть в том, чтобы превратить передовые знания в первичные.Пока программисты понимают первичные знания фреймворка, такие как шаблоны проектирования, не позволяйте младшим программистам их трогать, чтобы они могли легко развиваться.
Еще один момент заключается в том, что хороший фреймворк может кодировать спецификацию. В результате команде больше не нужно устанавливать слишком много институциональных норм, чтобы позволить программистам писать хороший код. С этого момента Тина тоже этого не делала. Но так ли хорош такой фреймворк? Очень хорошо, для больших компаний, больших команд, у этого фреймворка много свободы. При эффективном управлении в сочетании с качеством программистов и конкретными спецификациями это хорошая структура, которая экономит время и усилия. Но с небольшими командами проблема больше. Степень свободы слишком высока, и неизбежны баги того и сего. Жуки разлетаются повсюду, и вы в конечном итоге тратите время и деньги своей команды.
В качестве фреймворка на самом деле есть много преимуществ, одно из ключевых — проблемы сообщества. Почему у open source хорошее сообщество? Это потому, что требования постоянно меняются, будь то UI или функциональные компоненты, если нет хорошего комьюнити, не будет хватать сторонних компонентов, то все равно придется много чего писать самому. хорошее сообщество, то пока вы ищете его в сообществе, вы его найдете. Это отличный инструмент для экономии времени разработки. С другой стороны хорошее сообщество, меньше зависимость от техподдержки, если много проблем, можно поискать в сообществе и решить их.
По вышеуказанным причинам я бы никогда не выбрал Tina.js, Jinaconvert, mpvue, mina, wepy для фреймворка апплета. Однажды я чуть было не выбрал mpvue, а потом выбрал uni-app. Поэтому всем рекомендую выбирать uni-app и таро.
Зачем? Прежде всего: uni-app и taro поддерживают несколько терминалов, а не только апплет WeChat, Baidu, Toutiao, H5, приложение Cheng, uni-app до 10 терминалов. Это большая экономия денег.
Что касается таро, зачем его выбирать, потому что, если вы команда react.js, это, естественно, первый выбор. Конечно, самая большая разница между react и vue заключается в том, что react — это всего лишь библиотека, а не фреймворк, поэтому программисты должны овладеть дополнительными знаниями, такими как функции карри. понять его внутреннюю работу. Таро также поддерживает несколько терминалов. И таро на самом деле поддерживает как vue, так и реакцию.
В выборе front-end технологии, благодаря поддержке моего коллеги CTO, мне посчастливилось выбрать uni-app, но я также испытал боль чужого выбора tina. Такой боли вы не испытываете, вы не знаете.