这是一个创建于 3863 天前的主题，其中的信息可能已经有所发展或是发生改变。
Atom 是基于 web 技术的，那能不能去除 native 那一步，直接在浏览器运行呢？
 |
1
airyland 2015 年 6 月 26 日
web技术不也只是浏览器端，文件读写监听项目目录读取浏览器就做不了了。即使在web端真的可以运行，那么如何测试浏览器里的非前端代码。。
|
 |
4
faceair 2015 年 6 月 26 日 via iPhone
atom还用了node
|
 |
5
robertlyc 2015 年 6 月 26 日
明明就是coffee
|
 |
6
learnshare 2015 年 6 月 26 日
只是 UI 使用了前端的东西，更多的是基于 Node.js 的功能（FS、HTTP、Socket 等），浏览器给不了这么多
|
 |
7
ehs2013 2015 年 6 月 26 日
跑一个 x86 虚拟机
|
 |
8
kawaiiushio 2015 年 6 月 26 日
@ehs2013 2333
|
 |
9
lijianying10 2015 年 6 月 26 日
本来就在浏览器上了。为啥这么想呢？
|
 |
10
Delbert 2015 年 6 月 26 日
|
 |
11
jun4rui 2015 年 6 月 26 日
其实类似技术的Adobe的brackets倒是确实有Chrome的移植版
|
|
12
jun4rui 2015 年 6 月 26 日
@Delbert 你这个其实满初级的，就是UI像而已，离ATOM差距很大，你看看这个：
https://chrome.google.com/webstore/detail/quickfire/mobpfffdclcandcgkkjgjkcalglekegd |
 |
13
kisnows 2015 年 6 月 26 日
这些基于 node 开发的应用感觉上还是会慢一点，Adobe 的 brackets、Github 的 ATOM 都一样。打开的时候初始化好久，不如 Sublime 快。
|
 |
16
xranthoar OP @learnshare 考虑有服务端呢，不仅仅是浏览器，是不是也能够移植一个 web 版的 atom
|
|
17
learnshare 2015 年 6 月 27 日
@xranthoar BS 架构的文本编辑器，会有性能和体验的优势么？网络请求可比 IO 的延时高出成千上万倍了
|
 |
18
j 2015 年 6 月 27 日
atom本身就是基于定制浏览器引擎开发的。你非要把atom拿到普通浏览器上运行不是不可能，是可能相当于重新做一遍atom，那你何必用atom呢。
|
 |
19
binyuJ 2015 年 6 月 27 日
|
Select Language