这是一个创建于 2748 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在要从头开始一浏览器项目研发。选用基于 chromium 浏览器。请问谁有类似的实例或者是技术资料可以分享？十分感谢
 |
1
ajan 2017-06-12 09:56:49 +08:00
CEF
|
 |
2
gouchaoer 2017-06-12 10:05:32 +08:00
你是做桌面端还是安卓端还是 iOS 端？你们浏览器组有多少人？我最近也卡在这里了
|
|
3
gouchaoer 2017-06-12 10:05:43 +08:00
浏览器定制挺难的
|
 |
4
ahtsiu 2017-06-12 11:29:48 +08:00
crosswalk
|
|
9
ajan 2017-06-12 13:54:40 +08:00
|
|
10
ajan 2017-06-12 13:55:29 +08:00
Linux 平台的没弄过，不太清楚
|
 |
12
antowa OP @ajan 多谢！请问你有过 chromium 下的开发经验吗？机器硬件问题如何解决？想租用 AWS 来做编译服务器不知道是否可行
|
 |
16
hellove1985 2017-06-12 15:20:42 +08:00
chromium 下有个 content_shell，入门必备。编译机器有个 16G 内存，100G 硬盘，4 核 CPU 也就可以了。
|
 |
17
springz 2017-06-12 15:22:19 +08:00
能把 chromium 编译跑起来就成功了一半了
|
|
18
springz 2017-06-12 15:23:08 +08:00
我们之前也做过这块，到最后评估了下我们还是做插件算了。
|
|
19
springz 2017-06-12 15:23:35 +08:00
主要是 chromium 是几个超大项目的混合
|
|
20
hellove1985 2017-06-12 15:26:03 +08:00
@springz 现在编译 chromium 比以前简单多了，只要网络没问题，几条命令就可以跑起来了。主要看自己真的需不需要套个壳。
|
|
21
gouchaoer 2017-06-12 15:52:38 +08:00
crosswalk 都要完了
cef 已经不是主流 直接看官方的 chromium 的 repo 的指导吧，仅仅是编译 chromium 的话很简单，我编译的是安卓移动端： http://qsalg.com/?p=585 然而没有卵用，我想加一些功能就得去读源码，读又读不懂，这个太难了 |
|
23
antowa OP @hellove1985 最近为了开发这个买了 16G 内存。但是 CPU 是硬伤，I7 的五年前的老四核笔记本处理器。
|
|
26
hellove1985 2017-06-12 18:22:23 +08:00
@antowa 比较好奇 25 个人，你们要改啥。。。
|
 |
27
em70 2017-06-12 18:27:05 +08:00 via Android
chromium 的绿色版做得很好，可以参数控制很多浏览器行为，直接把 logo 改了就行，绝对比自己编译开发好啊，除非要定制内核
|
 |
28
pq 2017-06-12 18:44:08 +08:00
chromium 编译时能加入 x264 的支持么？原生 chromium 不支持 h264，基本就不想用了。。。
|
 |
29
htfy96 2017-06-12 18:45:51 +08:00
CEF 坑居多……
|
 |
30
pagxir 2017-06-12 18:53:00 +08:00 via Android
曾想边缘 quic 的，后来发现文件巨多生成文件巨大，就改为自己写了。
|
 |
31
likaci 2017-06-12 18:56:27 +08:00
想起了被 crosswalk 支配的恐惧…
光下源码就卡了好几天 |
 |
32
ivechan 2017-06-12 19:00:27 +08:00  2
直接看 https://www.chromium.org/developers，建议首先看 devs guide。
不建议在其他移植开源上浪费时间，chromium 浏览器架构庞大，这些项目不一定反馈及时。 以前因为 115 浏览器，稍微尝试过 chromium 编译（几天时间，经验仅供参考） 下面是我的经验: 1. 整个项目 clone 下来大概 25G 左右。（现在可能接近 30G ） 2. i5 4590 + 8G + SSD 从头编译大概耗时 4 个小时，仅供参考，不推荐非 SSD。 3. chromium 的内核是 blink，不是 webkit，虽然同源，但是 blink 也加入了很多自己的东西，所以 webkit 方面的内容可以参考，但不能相信 。 4. 利用好自带的 testing 可以节省很多时间。 5. （选） 我研究的是 Web IDL，这是我推荐的资料。 https://developer.mozilla.org/en-US/docs/Mozilla/WebIDL_bindings https://trac.webkit.org/wiki/WebKitIDL#Overview |
 |
33
tinyproxy 2017-06-12 23:20:43 +08:00 via iPhone
可以去 csdn 上搜朱永胜关于 chromium 的博客，印象中他出了本书。
|
|
34
antowa OP @hellove1985 简单说依靠浏览器搭建一个通用平台吧。定制一些底层开放接口，对接到不同产品
|
|
38
antowa OP @ivechan 感谢！你的宝贵经验很重要。谢谢分享。再问个问题：插件开发和 ARM 平台移植上是否有一些好的资料可以借鉴呢？
|
|
39
antowa OP @tinyproxy 额，我点开朱永胜博客居然是太极。。。印象中关于浏览器开发的书籍比较少，知道有本《 webkit 开发指南》是不是他写的？
|
|
40
pagxir 2017-06-13 16:57:30 +08:00 via Android
native 插件以前可以用 npapi，最新的应该只能用 C++的接口了。界面方面插件跟 Firefox 很接近，可以参考。一个 extendtion 基本稍微改改就可以同时在 chrome 跟 firefox 上跑。
|
|
41
ivechan 2017-06-13 18:50:27 +08:00
@antowa chrome 支持很多插件形式，比如 npai，extension 等等，我不确定你所说的开发的插件需要使用那种方法。
不过之前我研究 115 浏览器的时候， 它的实现方法，是通过 IDL bindings， 暴露接口给 javascript， 这样很多业务代码可以通过 js 写， 简化流程。 |
|
42
tinyproxy 2017-06-14 01:27:58 +08:00 via iPad
|
Select Language