吐槽一下公司自己开发的前端框架

[taro0822]

月初入职了新公司，看了半个月的业务，这周开始接触代码，然后发现用的是自己开发的框架。 其实我能理解为了方便开发公司自己写框架，但是我的槽点在于，这个系统只兼容 chrome，可框架里却还重写了一堆类似 indexof 之类的代码… 而且也没有现成的文档，遇到问题除了向老员工问就是自己看源码… UI 部分用的也不是 bootstrap 这样的框架，而是国外的另一套付费的框架，并且那个框架的文档写的个人感觉也很糟… 各位 v 友对公司自己开发框架有什么看法？

[tommyZZM]

技术建设初期，吃了信息不对称的亏，但是这是不可避免的，历史包袱什么公司都会有。

但是也不能否认，这样的系统确实为企业带来价值的。一个系统能满足需求方的需求，对企业经营者来说就足够了。

从技术的角度，对于这种场景答主的处理方式是：

原有的功能保持原有，能满足需求尽量不碰，如果要添加新功能就找到关键模块，然后接到外部模块。
（但是谁知道自己开发的模块，对于未来接受的人会不会又是一个新坑呢，所以尽量谨慎）

[CFO]

这种非主流框架就算学会了也对下一个工作帮助不大吧 不过可以自己重构一遍好好学习下

[murmur]

吐槽就好，不要想着去改进他，等烂到一定时候自然就会推倒重来了

[bzw875]

公司要兼容 IE 9+，没有前后端分离，并且只有我一个前端，然后后端也要写一些 js。我们也有历史包袱

[pelloz]

你可以选择摸清楚用这个框架开发的痛点，然后重构它解决一些问题，然后留下新框架给后人吐槽

[rbe]

个人认为 indexOf 之类的不算什么很严重的问题吧。只不过没有用最新的 includes 之类的语法而已，很多市面上成熟的库因为推出时间早也有这样的代码存在呀，又不影响性能，可以以后再慢慢改。
没有文档才是比较关键的问题，不利于后来的人接手。这个在框架或组件库搭建的时候就应该着重考虑到的。

[taro0822]

@murmur 我现在就等着下个大版本到时候全部重构，现在的版本太不利于后期维护了😂😂😂

[taro0822]

@tommyZZM 嗯，反正槽要吐，活也得干…就等着他们觉得代码太难维护然后全部推倒重来了…

[taro0822]

@rbe 我们的框架从注释里面来看是 15 年中写的，而且项目只兼容 chrome，所以我觉得像这种轮子再重新造没什么意义吧…

[mooo]

@bzw875 @taro0822 你俩头像