Python 后端会乘着 AI 这波东风重新起飞吗?

236 天前
 javalaw2010

原本我也觉得后端用啥写都一样,不过发现 python 的 AI 库实在太丰富了,对于小团队来说,前期要快速验证一个商业模式,而项目中又要使用一些 AI 特性,python 会不会是最好的选择?

2800 次点击
所在节点    问与答
24 条回复
dcsuibian
235 天前
@3085570450tt 当然是深入人心了。
Java 语言本身又没有规定过一定要这么写。但是大家最终都选择了这么做,因为这是经验的总结。
不套层简洁?你肯定没见过把前端请求参数处理验证、业务逻辑处理、数据库连接读写等全写在一个 doGet 或 doPost 里的垃圾代码。分层至少让它们各司其职,看得清楚。说白了,这是一种指导意见。

把一种语言写成另一个语言的样子当然不好,但你自己没指导意见怪谁。
3085570450tt
235 天前
@dcsuibian 学过一点 java serverlet, 也看过把所有的逻辑都写在 doGet 或者 doPost 里面的代码。
你说的也没问题,代码分层是好的,有利于代码维护和后续扩展。但代码分层,不应该是从上一个语言直接套过来的吧?
难道不应该考虑语言的特性吗?在我看来,java 中的那些分层,放到 python ,会显得有些“过度”。
你觉得我没指导意见,我觉得你不知变通,不想逃出自己舒适圈,去适应新事物
dcsuibian
234 天前
@3085570450tt 你再看看他的原话:求求 Javaboy 别把一堆 service impl control 屎带进 python 了
但其实三层架构是种优秀的设计,而不是糟粕。所以我才反驳说三层设计理念深入人心,值得借鉴。
另外,当语言进行切换时,人们自然而然地就会从新语言中寻求旧语言中好的东西。所以为啥要点名 Javaboy ,难道其它语言切换过来的人就不会这么做吗?

我当然也反对直接套用其它语言的写法,不考虑语言的特性。
但如果要反对一种写法,那我觉得需要给出更好的、更适合新语言的写法。而不是单纯的反对。
javalaw2010
234 天前
@dcsuibian #23 是这样几位,关于本贴题目中的问题,我已经有了自己的结论;关于代码架构风格的问题,也许你们可以另开新贴,也方便其他对这方面有自己想法的小伙伴加入讨论。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1106359

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX