AngularFrontend FrameworksWeb DevelopmentReactJavaScriptSoftware EngineeringTypeScript

We should write "framework independent code"!

We should conquer the frameworks, instead of being slaves of the frameworks, whether it is Angular, React, or something.

We should develop our core with only features available in the JavaScript/TypeScript language. For example, instead of directly using dependency injection, we should manually write a factory function. If we want to integrate the DI of, say, Angular, we can wrap around it a layer of injectable classes. But keep in mind that the core must not use the functionalities available only in the framework.

This will ease your pain when upgrading frameworks, sharing code between projects on the same subject but using different frameworks (e.g. the web version of this website is built with Angular, while the app is built with React Native).

Colliot8/12/2018, 5:24:12 AM

Ah sorry I mis-set the language of the post! It should be set to English. We currently don't have a measure to deal with such problems...

Colliot8/12/2018, 5:24:53 AM

预览:

取消

其他地方

Colliot 回复了 如何战胜 Angular?

我需要深入 Angular 构建器的源码来了解这一问题的根源!

zuozijian3720 回复了 净土是不是已经凉了

你的功能很少,看起来很垃圾啊。

Colliot 回复了 净土是不是已经凉了

我还应该提供一个有吸引力的主页。

Colliot 回复了 净土是不是已经凉了

你说的很有道理。

zjuwyd 回复了 净土是不是已经凉了

你应该在『实体』的首页提供浏览所有词条的功能

Colliot 回复了 净土是不是已经凉了

已经开发了百科功能,但前端还不是很完备。

Colliot 回复了 从今天开始,「净土」将可以作为百科!

不错,很有想法。 净土,会拥有怎样的未来呢?让我们拭目以待吧…

nickname 回复了 从今天开始,「净土」将可以作为百科!

或许可以考虑把一些 latex 的东西写在这里。

aaaaaaleeeeeeeex 回复了 应该搞一个提出设想的板块

好像是自底向上的过程呢

Colliot 回复了 应该搞一个提出设想的板块

还应该有一个发起解惑、探讨一个主题(比如说一篇论文)的功能。 这个跟问答应该是不一样的,问答是设想有人可以给出全局性的统领,但是不一定有多少细节。这个是大家不一定全局知道多少,但是细节上可以给出推进。后者更像是真实科研的过程。 本质上讲,我们对知乎的失望,也应该来源于此——一个小小的答案并承载不起求知的过程,这个过程应该是长期、持续并关注细节的,应当在细节上无懈可击。知乎的答案评论部分地弥补了这一点,这也是我如此喜欢看评论的原因。