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