‘壹’ 开发一个外卖软件大概需要多少钱呢，哪位了解
开发一个外卖软件大概需要多少钱
如今，不少企业都想拥有属于自己企业或产品的手机APP，但其中最困扰企业主的问题就是：开发一款手机APP到底需要多少钱？
简单点来说，要视手机APP的需求及质量而言，价位一般在几千到十几万左右，更高端的价格更高。
今天，我们就来详细分析一下这个问题，请继续往下看吧。
一、APP开发款式分为固定款和定制款，两者的价格均不相同
固定款：是指直接套用已有的、现成的APP固定模板，报价是固定的，所需要的功能也是固定的，缺点就是客户拿不到源代码，也不能根据企业需求进行定制，由于源代码是封装的，如果企业以后想进行功能升级或系统维护的话，也不能够实现，只能重新开发一个新的软件。
固定款的APP开发时间短，约2~3日的时间即可完成，费用大约在几千到几万之间。
四、APP开发公司的所在地
需要注意的是，同样实力的APP开发公司，在不同的城市也会导致APP的成本费用高一些
‘贰’ 像美团外卖这样的APP用一种开发语言，能开发得出来吗
像美团外卖这样的APP用一种开发语言，能开发得出来吗？答案是不能。
美团发展到现在可以说已经是一个【巨无霸】了，里面集成了很多很多功能，除了核心的外卖，还有 旅游 、 娱乐 、购物、出行，金融等等业务线，那么这么多复杂的业务根本不可能用同一种开发语言实现。
那么美团都用到哪些开发语言和技术了呢？下面就根据我的理解详细说一下。
前端是把产品的核心服务交给用户的呈现者，它的表述方式、展示形式以及交互逻辑都跟用户息息相关，都影响着用户使用产品的体验，也就是说直接影响产品的用户留存。
前端开发主要分为三大类型：Andriod、IOS和PC（H5） ,Android开发语言是Kotlin和Java，IOS开发语言是Object-c和Swift，PC（H5）开发语言就比较杂了，有JS、CSS、HTML，还有很多第三方的前端框架，比如Angular.js、vue.js、Bootstrap、JQuery等等。
关于后端的功能，这一点可以说是众说纷纭，主要需要考虑的是如何实现功能、数据的交互流程和存取、平台的稳定性与性能等。
那么后端都用到哪些开发语言和技术呢？
根据后端技术选型的标准，后端可选的开发语言和技术是非常多的。
比如Java体系的话，可以选用SpringMVC、Spring cloud、Hibernate，Mybatis、Mysql、Redis、Memcache、zookeeper、Kafka......；
比如Python体系的话，可以选用Django、Flask、Tarnado、Web2py等，中间件都是通用的，Redis，MQ、MySQL、Kafka等都可以用在python体系中；
当然还有PHP、C、Perl等开发语言。
综上所述，美团这个巨无霸公司，随着业务线的扩展用到的技术肯定会越来越多，而且越来越复杂，技术快速变革的时代，适者生存的竞争性也会越来越激烈。
俗话说：罗马不是一日建成的，任何事都不可能一蹴而就，包含技术。在以后的发展中美团也会逐步更新自己的技术和开发语言的。
至少三种语言。后端一种语言（比如Java丶Go丶Python丶PHP等），后端语言及生态比较成熟。下面重点聊前端App开发。
前台两种语言（Android和iOS是不同的开发环境。比如Android用Java或者Kotlin，iOS采用Object C++或Swift），称之为Native开发。
当然创业公司可以用一种前端语言写App前端，这样就不需要Android和苹果分两种语言写，写一次代码可以编译成Android和iOS的App，现在通行的方案有Vue之类的DOM渲染模式，以及ReactNative方案（RN）。性能上RN优于DOM渲染但低于用Native开发的App。所以美团这种公司，一定是Native方式写App，但RN是初创项目不错的选择。
与RN竞争的还有一种新贵flutter，是google推出来的，但设计原理与RN不同，性能方面优于RN，只是目前生态不够健全，国内有闲鱼app是采用此技术。未来可能会占一席之地。
最后，其实App开发已经是强努之末，我觉得主流应该是朝PWA和小程序方向发展。
你好，开发譬如美团这种APP，用一种语言是实现不了的，一个APP有安卓和苹果两个操作系统，开发能在安卓iOS端应用的APP主流的开发语言和技术是很多的，如后台有JAVA、C++、PHP、Python等多种开发语言，前端有kotlin、HTML、css、jquery、ajax、bootstrap、angular.js、react、vue.js、node.js、swift、object-c等多种语言和框架。
一个APP的开发是需要前端技术和后台技术共同配合完成，这样的APP不论是功能还是性能都给用户很好的体验，单一开发语言毕竟技术支持有限，所以即使能开发出来，APP的用户体验也是不理想的。
一般APP有这几种开发组合模式：1、原生安卓iOS开发，前端：JAVA、kotlin、swift、object-c后台：JAVA、PHP、C++等后台技术，这种模式开发周期长，成本高，性能好；2、混合APP开发即hybrid app，前端以网页技术为主，穿插原生开发功能，兼具原生APP和web app的优点，如淘宝、微信等应用都是走的这个技术；3、web app，前端纯网页技术，后台为主流开发语言，这种模式开发速度快，成本低，界面体验可能弱一些。
可见开发一款APP大多数都是多种语言配合完成，谢谢阅读。
看完之前的评论，依然好奇为什么一个语言不能完全胜任。
前端跨平台的方案有react native，cordova,flutter等，如果需要兼容开发小程序，h5页面，可以采用taro来开发，一套代码，所有平台通吃。
后端的方案有服务端运行时nodejs，大数据背景下运用而生的数据库mobgodb，缓存解决方案redis，搜索工具elasticsearch，负载均衡ngix，基本上是需要什么就有什么
所以总结下来，一句话，一种语言可以实现类似美团这样的app和小程序。为什么美团使用的语言那么多，一大原因估计是美团app开发的早，当时前端技术不成熟，工具没现在这么多。
使用混合开发与C++ 进行跨平台开发，有好有坏。
C++ 进行跨平台开发
编写一次，随处运行。早在 2013 年，Dropbox 就采用上述策略进行移动开发，这背后的想法很简单：用 C++ 编写一次代码，而不是用 Java 和 Objective-C 编写两次。那时，整个移动工程团队相对还比较小，但需要支持快速增长的移动路线图。因此，公司希望找到一种方法，使这个小团队可以快速交付大量 Android 和 iOS 代码。
如今，Dropbox 完全放弃了这个策略，转而使用各个平台的原生语言（主要是 Swift 和 Kotlin ，这两种语言在刚开始制定移动策略时还不存在）。
Hybrid App混合开发
Hybrid App主要以JS+Native两者相互调用为主，从开发层面实现“一次开发，多处运行”的机制，成为真正适合跨平台的开发。Hybrid App兼具了Native App良好用户体验的优势，也兼具了Web App使用HTML5跨平台开发低成本的优势。
目前已经有众多Hybrid App开发成功应用，比如美团、爱奇艺、支付宝等知名移动应用，都是采用Hybrid App开发模式。
移动应用开发的方式，目前主要有三种：
几种模似都可以开发出应用，小应用无所谓，但是大流量应用，对图形要求高的如 游戏 等原生开发的效果还是最好
支付宝打开很慢，就是因为采用混合开发，使用人多了不如原生开发
不行的哦。任何你看到的应用和网页，都需要多个语言开发的，大的分比如前端和后端，用的语言都是不一样的
‘叁’ 定制小程序外卖点餐平台哪个比较好
定制小程序外卖点餐平台，以小程序作为入口，既能避免支付高额的外卖平台佣金，又能稳定自家客流，不过，在这基础上，商家还需要确实自身的需求，才好和小程序外卖点餐系统服务商谈判，确定小程序定制价格和功能。
定制小程序外卖点餐平台还需要注意哪些
小程序外卖点餐系统稳定性，点餐系统的稳定性，关乎店铺在高峰期能否进行快速、便捷的点餐收银重要保障，若是系统稳定性堪忧，一在餐点高峰期就出现各种bug，无疑会给店铺造成重大损失，还会流失店铺顾客。
系统功能实用性，在外卖点餐小程序挑选过程中，系统功能和功能实用性也是重要一环，要是后续点餐系统使用过程中，发现需要用到的许多功能不足，或者没用的功能很多，实用的功能却没有几个，无疑会出现重大损失。
系统收费合理性，部分点餐系统打着低价甚至是免费的条件吸引商户购买，后来在系统使用过程中，却变相收取着各种费用。或者把店家当做不懂，收取高额的开发费用，所以，商户在选择点餐系统时，需要考虑到点餐系统收费的合理性，避免太高或者太低，造成损失。
品牌影响，选择好的小程序点餐系统品牌，在点餐系念迅统品质、功能、售后服务上都有保障，以及、在选择点餐系统罩高巧时，也需要注意点餐系统在业内的口碑评价，点餐系统开发公司实力等。
商户在选择外卖点餐系统时，需要认清系统开发公司资质，避免在小程序点餐系统遭受损失，毕竟轻易更换系统，伤害最物键大的还是餐饮商家。
‘肆’ vue.js高仿饿了么外卖app 2016最火前端框架 百度云
React
React 和 Vue 有许多相似之处，它们都有：
使用 Virtual DOM
提供了响应式（Reactive）和组件化（Composable）的视图组件。
保持注意力集中在核心库，伴随于此，有配套的路由和负责处理全局状态管理的库。
相似的作用域，我们会用更多的时间来讲这一块的比较。不仅我们要保持技术的准确性，同时兼顾平衡。我们指出React比Vue更好的地方，例如，他们的生态系统和丰富的自定义渲染器。
React社区在这里非常积极地帮助我们实现这一平衡，特别感谢来自 React 团队的 Dan Abramov 。他非常慷慨的花费时间来贡献专业知识，来帮我们完善这个文件，直到我们都满意。
这么说，就是希望你能对这两个库的比较的公平性感到放心。
性能简介
到目前为止，在现实的测试中，Vue 是优于 React 的（通常至少快20%-50%，尽管在某些情况下还要更快）。我们可以提供一个到这个参照项目的链接，但是坦率的说，所有的参照在某些方面是有缺陷的，很少有像你所写的一个真实应用。那么，让我们详细了解下吧。
渲染性能
在渲染用户界面的时候，DOM的操作是最昂贵，不幸的是没有库可以让这些原始操作变得更快。
我们能做的最好的就是：
尽量减少DOM操作。Vue 和 React 都使用虚拟DOM来实现，并且两者工作一样好。
尽量减少除DOM操作以外的其他操作。这是 Vue 和 React的一个不同的地方。
假如说，在React中，渲染一个元素的额外开虚搭销是1，而平均渲染一个组件的开销是2。在Vue中，一个元素的开销更像0/vue/dist/vue.js"></script> 然后就可编写Vue代码并应用到生产中，而不用担心性能问题。
由于起步阶段不需学JSX，ES2015 或构建系统，所以建立应用花的时间会更少。
本地渲染
ReactNative能使你用相同的组件模型编写有本地渲染能力的APP（IOS或Android）。能同时跨多平台开发，对开发者是非常棒的。相应地，Vue和Weex会进行官方合作，Weex是阿里的跨平台用户界面开发框架，Weex 的 JavaScript 框架运行时用的就是Vue。这以为着不仅在浏览器，在 IOS 和 Android 上面也可以用 Vue 来进行开发。
在现在，Weex 还在积极发展，成熟度也不能和 ReactNative 相抗衡。但是，Weex的发展是由世界上最大的电子商务企业的需求在驱动，Vue 团队也会和 Weex 团队积极合作确保为开发者带来良好的开发体验。
MobX
Mobx 在 React 社区很流行，实际上在Vue也采用了几乎相同的反应系统。在有限程度上，React + Mobx 也可以被认为是更繁琐的 Vue，所以如果你习惯组合使用它们，那么选择 Vue 会更合理。
Angular 1
Due的一些语法和Angular的很相似（例如 v-if vs ng-if）。因为Angular是Vue早期开发的灵感来源。羡山然而，Augular中存在许多问题，在Vue中已经得到解决。
复杂性
在 API 与设计两方面上 Vue.js 都比 Angular 1 简单得多，因此你可以快速地掌握它的全部特性并投入开发。
灵活性和模块化
Vue.js 是一个更加灵活开放的解决方案。它允许你以希望的方式组织应用程序，而不是在任何时候都必须遵循 Angular 1 制定的规则，这使让Vue能适用于各种项目。我们知道把决定权交给你，是非常必要的，就是是为什么提供Webpack template，让你用几分钟，去选择是否用高级差派拿特性，比如热模块加载、linting 、
Css extraction 等等。
数据绑定
Angular 1 使用双向绑定，Vue在不同组件间强制适用单向数据流。这使应用中的数据流清晰易懂。
指令与组件
在 Vue 中指令和组件分得更清晰。指令只封装 DOM 操作，而组件代表一个自给自足的独立单元 —— 有自己的视图和数据逻辑。在 Angular 中两者有不少相混的地方。
性能
Vue.js 有更好的性能，并且非常非常容易优化，因为它不使用脏检查。
在Angular 1中，当 watcher 越来越多时会变得越来越慢，因为作用域内的每一次变化，所有 watcher 都要重新计算。并且，如果一些 watcher 触发另一个更新，脏检查循环（digest cycle）可能要运行多次。 Angular 用户常常要使用深奥的技术，以解决脏检查循环的问题。有时没有简单的办法来优化有大量 watcher 的作用域。
Vue.js 则根本没有这个问题，因为它使用基于依赖追踪的观察系统并且异步列队更新，所有的数据变化都是独立地触发，除非它们之间有明确的依赖关系。
有意思的是，Angular 2 和 Vue 用相似的设计解决了一些 Angular 1 中存在的问题。
Angular 2
Augluar 2完全是一个全新的框架。例如,它具有优秀的组件系统，并且许多实现已经完全重写，API也完全改变了。
TypeScript
Angular 1面向的较小的应用程序，Angular 2已转移焦点，面向的是大型企业应用。TypeScript被引用，这对那些喜欢用Java或者C#等类型安全的语言的人是非常有用的。
Vue也适合企业应用，也可以使用TypeScript来支持官方类型和用户贡献的类型，尽管这是可选的。
尺寸和性能
在性能方面，这两个框架都是非常快。但是如果你查看第三方参照，就可以得出 Vue 2 比 Angular2 要快的。
在尺寸方面，虽然 Angular 2 使用 tree-shaking 技术和编译技术能使代码尺寸减小。
即便包含编译器和全部功能 Vue2(23kb)比起 Angular 2(50kb)还是小的多。但是要注意，用 Angular 的 App 的尺寸缩减是用 tree-shaking 移除了那些框架中没有用到的功能，当随着引入功能的增多，尺寸会越来越大。
灵活性
Vue 官方提供了构建工具，但没限制你如何构建。有人喜欢用统一的方式构建，也有很多开发者喜欢这种灵活自由的方式。
学习曲线
开始使用Vue，你使用的是熟悉的HTML、符合ES5规则的JavaScript（也就是纯JavaScript）。有了这些基本的技能，你可以快速地掌握它(指南)并投入开发 。
Angular 2 的学习曲线是非常陡峭的。即使不包括TypeScript，它们开始指南中所用的就有ES2015标准的JavaScript，18个NPM依赖包，4个文件和超过3千多字介绍，这一切都是为了完成个Hello World。而Vue's Hello World就非常简单。
Ember
Ember 是一个全能框架。它提供大量的约定，一旦你熟悉了它们，开发会很高效。不过，这也意味着学习曲线较高，而且不灵活。在框架和库（加上一系列松散耦合的工具）之间权衡选择。后者更自由，但是也要求你做更多的架构决定。
也就是说，最好比较 Vue.js 内核和 Ember 的模板与数据模型层：
Vue 在普通 JavaScript 对象上建立响应，提供自动化的计算属性。在 Ember 中需要将所有东西放在 Ember 对象内，并且手工为计算属性声明依赖。
Vue 的模板语法可以用全功能的 JavaScript 表达式，而 Handlebars 的语法和帮助函数语法相比之下非常受限。
在性能上，Vue 甩开 Ember 几条街，即使是 Ember2.0 的最新Glimmer引擎。Vue自动批量更新，Ember 当性能关键处需要手动管理。
Knockout
Knockout 是MVVM领域内的先驱，并且追踪依赖。它的响应系统和Vue相似。它对浏览器支持以及所有的表现也是让人印象深刻的。它能最低支持到IE6，而Vue最低只能支持到IE9。
随着时间的推移，Knockout的发展已有所放缓，并且略显有点老旧了。比如，它的组件系统缺少完备的生命周期事件方法，尽管这些在现在是非常常见。以及相比Vue调用子组件的接口显得有点笨重。
如果你有兴趣研究，会发现它们在接口设计的构思理念上是不同的。这些通过各自创建的 simple Todo List 可以体现出来。或许有点主观，但是很多人认为Vue的API接口更简单结构更优雅。
Polymer
Polymer 是另一个由谷歌赞助的项目，事实上也是Vue的一个灵感来源。Vue的组件可以粗略的类比于Polymer的自定义元素，并且两者具有相似的开发风格。最大的不同之处在于，Polymer是构建于最新版的Web Components标准之上的，并且需要非凡的polyfills来工作（性能下降），浏览器本身不支持这些功能。相比而言，Vue不需要依赖polyfills来工作，最低到IE9。
在 Polymer 1.0版本中，为了弥补性能，团队非常有限的使用数据绑定系统。例如，在Ploymer中支持的唯一表达式只有布尔值否定和单一的方法的调用，它的computed方法的实现也不是很灵活。
Polymer 自定义的元素是用HTML文件来创建的，这回限制你的普通的JavaScript/CSS（和被现代浏览器普遍支持的语言特性）。相比之下，Vue的单文件允许你非常容易的使用ES2015和你想用的Css的预编译处理器。
当部署到生产环境的时候，Polymer建议使用HTML Imports加载所有资源。而这要求服务器和客户端都支持Http 2.0协议，且浏览器实现了标准。这是否可行就取决于你的目标用户和部署环境了。如果状况不佳，你必须用Vulcanizer工具来来打包Polymer元素。在这方面，Vue 可以结合异步组件的特性和Webpack的代码分割特性来实现懒加载（lazy-loaded）。这同时确保了对旧浏览器的兼容且又能更快加载。
对Vue和Web Component标准之间进行深层次的整合，也是完全可行的，比如Custom Elements、Shadow DOM的样式封装。然而现在在我们做出严肃的承诺之前，我们仍在等待标准成熟，进而广泛应用于主流的浏览器中。
Riot
Riot 2.0 提供了一个类似于基于组件的开发模型（在Riot中称之为”Tag”），提供小巧精美的API。Riot 和 Vue 可能共享一些设计理念。即使相比Roit重一点，Vue还是有很多显着优势的：
根据真实条件来渲染，Roit根据是否有分支简单显示或隐藏所有内容。
功能更加强大的路由机制，Roit的路由功能的API是极少的。
更多成熟工具的支持。Vue 提供官方支持Webpack、Browserify和SystemJS，而 Roit 是依靠社区来建立集成系统。
过渡效果系统。Riot现在没有提供。
更好的性能。Roit 尽管广告称用虚拟DOM，实际上用的还是脏检查机制，因此和Angular 1患有相同的性能问题。
以上所述是小编给大家介绍的Vue.js 2.0 和 React、Augular等其他前端框架大比拼，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对脚本之家网站的支持！
‘伍’ 外送系统开发基本功能有哪些
外卖配送系统开发樱或基本功能：
1、订餐管理系统可以帮助餐厅快速接单，缓解餐厅在用餐高峰期的压力，加快运营效率。
2、外卖系统支持全渠道对接，与线上各大主流平台建立联系。订餐管理系统可以帮助商家弥补对用户掌控力的缺失，对于接单整个过程的完成进行实时监控管理，及时处理问题，加强订单的汇总管理。
3、在裂变营销方面，快跑者订餐管理系统支持支持红包、裂变脊搏伍分享、优惠券、折扣、免单等多项裂变营销玩法，帮助餐饮商家根据目标客户实际需求，可以给予客户认为最好的餐品、环境和服务，真正达到引流增单的效果。
4、在数据分析方面，订餐管理系统支持一键同步操作到多渠道平台，提高运营效率，多种信息都可以进行同步提供多维度数据分析，同步掌上报表，帮助商户做好运营报表、用户分析、销售分析、财务报表分析和银缺成本利润分析等。
‘陆’ 什么是前端，后端，终端，有什么区别
简单地说，前端就是你在浏览网页app看到的一切东西，都是前端。后端就是程序员在背后做的一切努力，对数据等东西的处理。而终端就是你使用来浏览这些东西的设备。
展开来说的话，就比较长。
前端：
前端就是展现给用户浏览的部分。我们通常说的前端，其实是指前端开发，也就是创建PC端或移动端等前端界面给用户的过程，通过HTML，CSS及JavaScript以及衍生出来的各种技术、框架、解决方案，来实现互联网产品的用户界面交互。前端开发是从网页制作演变而来。早期的网页制作主要内容都是静态的，以文字图片为主，用户使用网站也以浏览为主。随着互联网的发展，现代网页更加美观，交互效果显着，功能更加强大。因此现在的前端开发的主要技术通常是指html、css、js技术和一些开发框架的使用。大家熟知的Facebook就是Web前端技术的产物，完全基于前端框架打造出来的平台。另外，外卖平台饿了么旗下的部分产品也是基于Web前端技术的。像淘宝，网络，阿里等等，都已经将Web前端技术打入到了自己的产品中。
后端：
为了让服务器、应用、数据库能够彼此交互，后端工程师需要具有用于应用构建的服务器端语言，数据相关工具，PHP框架，版本控制工具，还要熟练使用 Linux 作为开发和部署环境。后端开发者使用这些工具编写干净、可移植、具有良好文档支持的代码来创建或更新 Web 应用。但在写代码之前，他们需要与客户沟通，了解其实际需求并转化为技术目标，制定最有效且精简的方案来进行实现。
终端：
“终端”即是指最后或最外层的节点。在计算机世界里一般指最外层的输入输出。那什么是计算机的输入输出？最常见的输出设备就是显示器、最常见的输入设备就是键盘鼠标。所以通俗来说，计算机的终端就是位于最外层的显示器、键盘或鼠标。
在过去（现在也有）因为计算机资源非常宝贵，经常一台高性能主机向多台终端设备提供计算能力。即终端设备通过键盘鼠标向中心主机输入信息，中心主机计算后将结果返回给终端进行显示。终端本身不具备核心计算能力，主要就负责数据的输入和输出，这就是“终端”。
现代我们管很多设备叫终端机，比如手机。因为手机作为接打电话的终端负责声音的输入和输出，而重要的信号处理工作由各个基站等设备完成。
‘柒’ 外卖空白市场，外卖订餐平台需要怎么搭建，用什么系统好
可以根据本地市场特色、消费者需求来搭建一个本地外卖平台；其中，现在搭建做碰梁同城外卖平台，借助微信的优势，搭建外卖平台成为现在的热潮，所以可以考虑用微信外卖订餐系统搭建本地外卖平台。推荐用乐外卖系统，乐外卖是国内最早实现微信外卖的专业系统服务商，系统性价比很高吵伍，系统功能很全面，支持外卖、跑腿、同城信息等好多功能都可以实现，还有公众号、小程纯运序、app都能开发。
‘捌’ 啦啦外卖的前端是用什么开发的
开发主要是技术是JavaScript、前端框架vue或者react 、webpack
1、目前前端开发不仅仅是html和css了，现在一般都是使用JavaScript比如jsx等语法去开发前端及模板
2、一般都是使用webpack等工具进行压缩打包实现前端模块化工程化
‘玖’ 外卖管理系统平台怎么做
现在有不少的餐饮商家都选择自建外卖平台，打造本地化的外卖配送服务平台，但还是有不少的商家不知道系统该如何选择，那这边就为大家详细介绍一下，优质的外卖系统应该具有哪些特性，同时选择外卖系统时有哪些事项需要注意！
一、商家端、骑手端、用户端和pc管理后台系统齐全
一款优质的外卖系统，应该是像趣来达外卖系统这样，包含了商家端APP、骑手端昌敬APP、用户端小程序和PC管理后台，各个端口分明，互不影响。商家可以直接通过APP对菜品、订单等进行管理，操作简单方便。
配送员可以直接使用骑手端APP，进行在线接单、抢单等操作，配送员只需要一部手机就可以操作，方便又快捷。
趣来达外卖系统包含全套的系统，为用户提供租用和OEM服务，满足用户多种需求。同时对系统耐蠢慎进行功能更新、系统维护、运营指导以及一对一的售后的服务，为创业者提供优质放心的软件系统服务。
外卖系统，就选趣来达，给予用户多方面的保障，让商家放心使用！
‘拾’ 瑞吉外卖项目登录功能连不上前端
能。瑞吉外卖握模项目登录功能连不上前端。瑞指漏吉外卖是专门为餐饮企业（餐厅、饭店）定制的一款软件产品，包括系统管理后台和移动段逗缓端应用两部分。