V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xuanbg  ›  全部回复第 246 页 / 共 336 页
回复总数  6717
1 ... 242  243  244  245  246  247  248  249  250  251 ... 336  
2020 年 5 月 12 日
回复了 keelii 创建的主题 前端开发 长文预警-前端开发的瓶颈与未来之路
@keelii
> 前端代码中本质上讲 HTLML/CSS 都是配置文件,而且是「快销」的配置文件。它不需要抽象,只有 JS 有逻辑,需要抽象。但是前端不得不把配置文件和程序的代码混合在一起,而且在这中间摇摆不定,最终使得代码没有条理。

我个人理解,前端的 3 个组成:UI(控件)、数据和交互事件,组成了 MVVM 里面的 View,应该由 HTML+CSS 来定义,这里面不应该包含任何的逻辑。ViewModel 负责数据和控件的绑定,处理交互事件,如果需要加载 /保存数据,则回调 /调用 Model 里面的相应方法。ViewModel 和 Model 只有 JS 代码,不应该有任何的 HTML 和 CSS 代码。

MVVM 模式本身就是一种抽象和封装,但似乎很少有人能够理解 MVVM 模式,大多数程序员只会套用框架。其实交互逻辑有时候也挺复杂的,其复杂程度并不下于后端的复杂的业务逻辑。如果不能适度抽象和封装,这代码想必是 bug 百出且难以维护的。面对这种挑战,前后端其实也没什么不同。后端相对来说会比较成熟,所以前端在遇到挑战和困难的时候,也不妨看看后端是如何解决的。
2020 年 5 月 12 日
回复了 keelii 创建的主题 前端开发 长文预警-前端开发的瓶颈与未来之路
@DOLLOR 你说的很对,这就是过犹不及的道理。做什么都应该掌握一个合适的度,在工程上面尤其如此。
2020 年 5 月 12 日
回复了 wleexi 创建的主题 程序员 下面的 SQL 求分析
用 select 的结果集替代 values 的内容,一般用于倒腾数据、生成临时表记录和使用模板数据来生成记录。
2020 年 5 月 12 日
回复了 keelii 创建的主题 前端开发 长文预警-前端开发的瓶颈与未来之路
我认为前端主要的问题是不懂何为抽象,何为封装,更不懂什么叫做结构。结果就是代码臃肿、混乱,难以阅读和维护。当然后端同样,但比前端稍好一些。
2020 年 5 月 11 日
回复了 qloog 创建的主题 MySQL 大家线上 mysql 数据库都用的是什么版本
@qloog 就是语法要求更严谨一些,原来 5.7 上没问题的 sql,8 上面可能会报错。跑一遍单元测试就知道有没有问题了,有问题也很容易改。
2020 年 5 月 11 日
回复了 qloog 创建的主题 MySQL 大家线上 mysql 数据库都用的是什么版本
去年就升级为 8 了,然后有一点小坑,处理完就好了。
2020 年 5 月 10 日
回复了 wangking 创建的主题 程序员 kafka 里的数据如何写到 es 里去 ?
这个解耦没多少意义啊,而且平白地增加了复杂度。再说,日志是允许丢的数据,没必要和数据完整性死磕呀。
@wangking
2020 年 5 月 10 日
回复了 philon 创建的主题 Apple 由于 AirPods Pro 固件问题,白嫖一耳机
耳塞洗不坏,晾干还能用。没有连耳机一起洗就成,哈哈哈
2020 年 5 月 10 日
回复了 wangking 创建的主题 程序员 kafka 里的数据如何写到 es 里去 ?
fluent 直接写 es 啊,要什么 kafka 和 logstash
2020 年 5 月 10 日
回复了 yalelynn 创建的主题 职场话题 遇到没水平的上司要怎么应对?
只要钱给够,工期不催命。你当他是外包的甲方爸爸就行了嘛……
@sunorg 楼主但凡能够稍微审视一下自己,你我也就没机会回复了……
楼主棱镜门了解一下
2020 年 5 月 10 日
回复了 xbh1794970183564 创建的主题 程序员 你们会帮助朋友解决代码问题吗
这种懒货就不要帮了啊。或者以自己没空为由,给他介绍个有偿服务。
2020 年 5 月 9 日
回复了 kalok 创建的主题 Amazon Web Services 在 Kibana 中查看 Elasticsearch 导入的 logs
Kibana 的 management 里面看一下 Index management 有没有内容,然后 Index Patterns 要根据日志格式简单设置一下,很简单的。
没有同样强大的,Navicat 有类似功能,但用起来差点意思。我已经用脑图替代 pdm 了,感觉比 pdm 好用得多。
2020 年 5 月 9 日
回复了 Roarbit 创建的主题 程序员 奇葩需求请教
@Roarbit 那就用字典,做个字典配置表来定义 key,用户维护这个表就行了。程序根据约定的关键词,如表名读取配置表得到 keys 就可以处理数据了。
2020 年 5 月 9 日
回复了 Roarbit 创建的主题 程序员 奇葩需求请教
这不是维护一下实体类并相应修改一下表结构就行了吗?前端根据实体类反射生成表单录入界面?
难道每个门店都是专有的商品?看着也不像啊,1700 门店才 8000 种。应该是大部分商品所有门店都有,小部分商品某些门店专有吧?

如果这样的话,可以给权限分级别啊。譬如分为:公共、分组、门店这么几个级别。公共的就是所有门店都能访问;分组的就是要有组权限的才能访问,组权限就是给门店分组,按分组授权;门店的就是指定门店才能访问,和你现在的做法一个样。这样你的权限关系表就能缩减几百倍的数据。我估计有个几万行就足够了。
1 ... 242  243  244  245  246  247  248  249  250  251 ... 336  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2962 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 72ms · UTC 07:18 · PVG 15:18 · LAX 00:18 · JFK 03:18
♥ Do have faith in what you're doing.