对 LZ 自己而言，的确觉得自己在最幸福的时候。还是祝福吧。

`declare var require: any`

实时获取女生的心情，差不多就是真随机。

不要求裸持就不错了。

下一步要求全裸，户口簿放在敏感部位左侧，身份证放在右侧，必须露脸在上方。

pixel 太贵了。pixel 2 期待，但是估计也买不起
@erDaren

正常，亚马逊半死不活的，但是对用户很客气，如果你吃亏了打电话亚马逊都会让你满意。

Alfred 附加功能之一。反正我是能少装一个软件就少装一个。

@dreamwar 没有呀。你试试从微信入口进去。

星座卡超漂亮，已申

@jarlyyn

前端是完全暴露的没错，但是首先都是混淆过的吧。不能让用户调用混淆后的函数吧。起码函数名是固定的，那就需要统一暴露一个对象来让用户操作。
本来也没考虑过安全性什么的。
不存在 “开发一部分做一部分就可以了” ，我之前说过，老板认为是可以「一天完成的」。

唉，我败给您了。

@Keyes @axeojpwt

哈哈。谢谢理解。这个老板据我所知，真的是这么认为。很认真的探讨让用户来开发的可能性。甚至发一些用户的小作品（入门 Demo，例如写的计算器之类的）让众工程师观摩。

@jarlyyn

SPA 是我打错，不好意思。我均在指 SPA。封装这点我没有用过 phonegap 不好意思可能无法理解您的想法。

老板的需求就是暴露前端逻辑，要用户能自定义 js 函数并能被主线程调用，影响运行结果的。不是 iframe。而这个暴露的前端逻辑，需要 API。

@jarlyyn

SPA，比如像久远以前的 Flash 游戏、在线 Office 编辑器、在线图片类型转换、在线 base64 转换那样。和后端毫无关系。也没有安全，账户，用户数据完备性之类的考量。纯粹的可以在线打开的程序。逻辑全部在前台。如果这个程序还需要涉及到对用户地理位置的获取，传感器、摄像头、文件读取、iCloud 同步等等 API 操作。就不是直接装在 webview 里面的问题了。

一个前端程序，以什么方式暴露接口？您提到的那些接口也许是后端提供的 Rest 接口那样的。但是前端，怎么暴露？我能想到的只有全局函数 /router。这是前端程序，前端程序，前端程序。哪来的 rest ？

@jarlyyn

您可能不太了解 SAP 可以多么庞大。全部逻辑都在前台，后台只有信息存储。

@jarlyyn

您的日常工作也许就在处理用户信息。这个任务不是。看不出来您是做技术的而且能找到工作的，失敬失敬。

@jarlyyn

您这是抬杠。按照同样的逻辑，直接把 SAP 装进 webview 就交差。老板问起来怎么不能运行，回复「你要求过可以运行吗？」就可以了。那这就 OK 了。反正也没明确要求「能运行」。

一个完全封闭的系统留什么 API，比方做一个简单的游戏，要允许用户自定义地图这个需求合理，但是也要提前说明吧？不提前说的话，那要不要从开始开发做好用户自定义游戏引擎的准备？逻辑部分也需要 API ？那有没有头了？对于这个程序来说，基本等同于把部分逻辑替换掉的工作量。这些都需要提前准备好暴露？

拿钱哪里制造问题了？给我钱让我上天，我上不去我就是制造问题？这是正常思路？

@jarlyyn

1. 不 native 无法解决性能问题和系统 API 权限。具体我不了解 native 的必要性，这不是我的公司（我开篇就说了）。老板不关心无所谓，但是他用一个 非 native 的实现的时间要求做完 native。
2. 不是老板的问题是谁的问题？一开始提需求的时候怎么不说？

您的思路比较高端，恕我无法跟上。

@jarlyyn

感谢长回复。但是，小朋友并没有拿出完整的 app 端。只是类似于把 百度 装在 webview 这样的 Demo。这和把几 MB 大的 SPA 做成 APP 是两码事。做成 native 要改动的地方多如牛毛。
其次，现在没有扩展入口。如果要暴露的话，难道直接赋值全局变量，都 public 了？不可能吧。只能把一些控制函数整理出来，做好依赖放出来。之前完全没有考虑过要做公开入口，这个需求也完全是无妄之灾。