Web前端工程师在Facebook API开发中常见问题汇总

对于一个熟练的PHP程序员或者JAVA Guru,开发一个Facebook App可能还是很容易的,毕竟Demo文档非常齐全。然而,对于同样渴望开发优秀App的前端工程师,入门的门槛可能还是要高一些。好在Facebook为我们提供了强大的文档,更好在,我,Aw,也是一名关注Web前端技术的开发者,归纳总结了一些个人的经验与大家分享:)

  1. 如何上手
    首先,我建议使用PHP的开发方式。没错,既然你是一个对服务器端编程一点都不懂的前端工程师,为什么要去花时间折腾文档和Demo较少的其他服务器端语言呢。我并不是PHP的“粉丝”,但范例最多、配置最快并且有Facebook官方支持的,似乎只有PHP了。
    然后去官方看这些内容,非常详细(但不太容易找到):
    App所具备的一些要素
    手把手叫你开发一个App
  2. Callback到底是什么
    Callback URL和ActionScript中的Call Back函数还是不太一样的。
    CallBack URL说白了,就是你自己的服务器的一个URL,比如,我的awflasher.com/someurl,在这个URL上,输出一些“相关内容”给Facebook的Canvas来进行渲染。关于这一套流程,强烈建议看这篇(翻到下面),也是在Wiki里面藏的特别深很难找到的:这么重要的问题,居然藏在一个“Random Questions”里面。也可以看这张“图”
  3.                            +------------------+
                               |   BROWSER        |
                               |                  |
                               |   +-------------+|
                               |   |Application  ||
                               |   |Canvas       ||
                               |   |             ||
                               |   |             ||
                               |   +-------------+|
                               |                  |
                               +---+----------+---+
                                   |          ^
                 1) Browser makes  |          | 5) Facebook Renders FBML to
                          request  v          |    HTML
                             +-----+----------+-----+
                             | FACEBOOK SERVER      |
                     +-------+                      |
                     |       |                      |
                     |       |                      |
                     |       |                      +<-------------+
                     |       |                      |              |
                     |       |                      |              |
                     |       |                      |              |
                     |       |                      |              |
                     |       |                      |      4) App Server
            2) FB Server Calls                      |       Returns FBML
              out to App Server---------+-----------+              |
                     |                  ^                          |
                     |                  | 3) App calls FB API      |
                     |                  v                          |
                     |        +---------+------------+             |
                     |        | YOUR APP SERVER      |             |
                     |        |                      |             |
                     |        |                      |             |
                     |        |                      |             |
                     +------->+    2.5) App server   +-------------+
                              |       composes API   |
                              |       calls          |
                              |                      |
                              |    3.5) App server   |
                              |       generates FBML |
                              |       from API results
                              +----------------------+
  4. 官方提供的PHP client包存在的一些细节问题

    我到现在也不知道官方提供了多少个PHP版本。似乎在Developer的App页面(简写为:apps.fb.com/dev和dev.fb.com)和Developers的Wiki页面有许多不同的范例。这其中有很多不规范的地方,例如:

    把<?php echo getFriends();?>写为<?=getFriends()=?>之类的“简写”。这对于刚配置好的PHP环境实在是让人无从调试(因为你想不到官方提供的代码可能有问题)

  5. PHP开发中常遇到的问题

    前端开发者的思路似乎更“粗糙”一些,我就有这个毛病。我在开发Facebook App的时候经常犯的错误就是把HTML和PHP内容混到一起了,例如:

    <?php echo ‘<p>test’.$somevar.'</p>’;

    <br>

    ?>

    这样的写法乍一看没问题,但实际上中间的<br>是PHP根本看不懂的。在大多数配置下,这个错误根本看不到(不像Flash那样会有一个Compliler帮你报错),遇到这种情况,如果是少量HTML,就给它echo出来;否则,就将PHP标签结束再输出,例如:

    <?php echo ‘<p>test’.$somevar.'</p>’;

    ?><br><?php … ?>

  6. FBML的设置

    最关键的setFBML是把FBML显示到用户个人主页的函数。在使用这个函数的时候,一定要确认用户已经“同意改变profile box”,这是安装App的几条协议中的一条。如果你自己调试期间不希望被别人看到而当时没选中,那么很可能是导致你多次无法看到相关内容出现的主要原因。

此文仅是抛砖引玉之文,因为也许我遇到的错误其他人又很容易地解决了,欢迎补充,我会保留链接。

D2论坛上的Silverlight2

4月26日的D2前端开发论坛还是非常不错的。尤其是来自Yahoo的两位前端工程师,功力非常了得。尤其是来自台湾可爱的Hedger老师讲了一些复杂的AJAX应用,其中提到的冗余请求过滤、前端后端缓存让大家对AJAX的性能极限发掘有了更多的信心。

不过,站在一名Flash Developer的角度,我还是想结合在D2听到微软的黄继佳先生的精彩介绍,来分析一下Silverlight2的一些优劣:

一、视频

  1. 在Adobe指望用FMS(Flash Media Server)大赚一笔的时候,IIS7及Windows Media Server配合Silverlight2悄然出世了。服务器端的编码据说采用了比H.264更高效的(微软的)AV-1编码。我想从价格上,无疑是让Adobe非常尴尬。另外,黄先生提到Windows Media Server不仅仅支持WMV,还甚至可以对AVI、FLV、MP3进行支持。这使得Windows Media Server变得十分诱人。(我没有比较价格,但我想为了配合Silverlight2的推广,价格应该会有优势)
  2. 另外,服务器端的动态编码输出,也是非常非常有吸引力:避免了客户端或者第三方强行移除视频流里的广告从而非法牟利。而且,还可以将XAML的动画同时编码进入视频。
  3. 画中画功能可以同时播放10个视频流(这个我觉得有点儿鸡肋,带宽摆在那呢)
  4. 同步请求不同码率的视频流。举个例子,这就好比Google Earth,你不停地放大的时候会逐渐增加清晰度,而不感到“唐突”

不过,我没有注意是否支持同时将带有Alpha通道的不同Video混合即使编码输出,如果能那样,就太强大了。(视频网站盈利就有戏了啊)

二、体验

  1. 据说Silverlight2采取了类似AIR的页面内干净安装的模式,这使得应用程序的“桌面抵达率”能大幅提升;
  2. Silverlight2集成了轻量级的.NET环境,安装包只需要4.38M,这比Yahoo Widget Engine和AIR来说都是很大的优势;(当然,不再像Silverlight1那样动态地解释XAML了,客户端和FlashPlayer一样解释编译之后的应用)
  3. 全屏支持。显然是继续模仿FlashPlayer9嘛:)
  4. 在线社区视频和游戏。用黄先生的原话是“to know what videos are being watched by your neighbours.”,即“可以知道哪些视频正在被你的邻居(处于同一局域网内)观看”

三、开发特色

  1. Common Language Runtime变成了Dynamic Language Runtime
  2. RIA中的I由传统的Internet转变为Interactive
  3. 开发工具用Visual Studio而设计工具用Expression套装,包括Blend、Design等
  4. 提出“canvas”的容器概念,类似div和MovieClip(或者AS3中的Sprite)
  5. Video Brush标签,可以对视频进行“填充”(我看了之后觉得其实就是Flash中的Mask嘛)
  6. 调试时有一个output panel,非常类似Flash的trace

一些劣势:

  1. 市场仍然处于劣势
    就算绑定了QQ客户端,Silverlight在世界上的市场仍然相比Flash差太多,而Adobe及时将Macromedia的理念发扬光大,则是05、06年的事儿了:)
  2. 设计师不理睬
    设计师,尤其是视觉动画设计师,想从PhotoShop、Flash迁移到Expression那套东西,太难了。设计师这个行业已经形成的文化壁垒,不是一个优秀的产品能够很快击溃的。
  3. 开发工具
    Expression相比Adobe的开发工具,实在是不敢恭维,尤其是面向设计师的工具套装,问题很多
  4. Silverlight本身
    我没有仔细看D2论坛上黄先生演示的几个的效果,更别提其他平台上的性能了。但Silverlight1.0的“糟糕”我是见识过的。如果继续这样,恐怕用户更愿意去下载一个AIR客户端来使用。

现场人数众多,暂时记了这么一些,欢迎指正、补充。

【更新整理】Web前端工程师技能列表

我自己的公司正在招聘前端工程师,有兴趣者烦请移步此日志

要打造一流的Web产品开发团队,在团队成员基础能力上一定要下功夫。对于Web前端产品开发来说,仅仅掌握Web1.0时代简单的”网页套接”是完全不够的。我结合自己的团队配备,特此罗列了Web前端产品工程师所涉及的技能列表如下:

通过许多实际项目,个人认为一个完备的前端产品开发团队,必须拥有如下的人才配备,也希望大家补充:

  • 团队全体成员达到所有技能中的a级标准
  • 团队全体成员必须掌握两项技能中的b级标准,并保证所有的b级标准在该团队中有50%以上成员能达到
  • 团队全体成员必须掌握一项技能中的c级标准,并保证所有的c级标准在该团队中有25%以上成员能达到

具体技能描述:

  • 【必备】UserInterface
    1. PhotoShop/Fireworks Design
      a – 配合美工将草图形成具体的符合WebPage的设计
      b – 有快速制作分层高品质PSD、PNG的能力
      c – 能迅速将PSD、PNG的内容构思成div+css或者table等HTML代码
    2. Flash Design
      a – 基本动画效果
      b – 复杂的交互体系设计,了解第三方swf辅助设计软件
      c – 复杂的交互体系设计以及较强的对各类外埠资源(PNG、JPG、MP3、WAV等)的整合能力。精通部分第三方辅助设计软件(AE、SwishMax、Swift3D等)
  • 【必备】Browser-side (Web Application)
    1. XHTML/CSS
      a – 基本的layout实现
      b – 严格跨平台的layout实现以
      c – 优雅的HTML code,尽可能符合标准并有SEO的考虑因素。在任何平台、浏览器下基本保持一致。不要求了解各种CSS的hacks,但要求知道遇到问题应该如何查阅资料以在第一时间内解决。能够为JavaScript开发人员提供最好操作的DOM结构,让JS开发人员在开发的时候认为”一切都已经准备就绪了”,而不是”捉襟见肘”。
    2. JavaScript/Ajax/DOM
      a – 基本的DOM操作,了解AJAX,可以实现数据通信
      b – 基本的DOM操作,能写高效率的OOP代码,以降低维护成本
      c – 基于需求,进行不同的开发,选择合适的框架,做到代码效率最高,用户体验最好,代码下载量最小,并且可以在单独甚至更多产品线中最大限度重用代码
    3. Flash Developement
      a – 基于Timeline的ActionScript操作,能实现简单交互
      b – 掌握a外,能实现数据层通信(与服务器以及本地SharedObject)
      c – 精通AS1-3,能根据需求进行各类RIA开发。无论是要求支持FlashPlayer8的,还是FlashPlayer9的,都能做到开发效率最高、灵活性最大(比如对HTML层的接口设计,等等)。
  • 【必备】Client-side (Desktop Application)
    1. Apollo
      a – 产品级的封装,基本技术了解(如何打包、如何加入HTML和JavaScript等)
      b – 掌握a的同时,能利用Apollo的API独立设计、开发OS的文件I/O功能。
      c – 掌握基本技能的同时,对”3D概念体系”有所认知。这里”3D”即:Design(设计)、Development(开发)、Deploy(产品部署)。能用Apollo
    2. Windows Presentation Foundation、WPF/E(Silverlight)
      (待定,欢迎补充)
  • 【增补】Server-side (修改:经考虑,这个技能不参与评级)
    本来列举了”1、Server端简单的技术、脚本”和”2、MediaServer(Red5)接口”作为”Web前端工程师技能列表“的一种(服务器、数据逻辑层技能的)评判标准。但似乎很多朋友对于前端工程师是否应该掌握Server端技能的必要性表示怀疑。确实,要掌握好上述的展现层技能不是意见容易的事情,而且前端工程师的确非常辛苦。但是,站在另一方面来说,辛苦的原因是什么,我不知道在你日夜奋战div+CSS的时候思考过没有。就我的经验,前端的辛苦在于以下几个方面: 

    1. 重复劳动多,大量的div+css都是重复的,即便可以复制粘贴,但几千行的div海洋中去寻找一个入口恐怕都非常痛苦
    2. 需求变更多,往往你折腾几个小时终于把跨平台问题解决好了,而且在IE6、7和Firefox下面都能显示同样的效果了,甚至连JavaScript交互都已经快搞定了。突然上面说需求要变。这无疑是莫大的痛苦。

    也许表面上看,这跟Server端技能无关,但我觉得有好的Server端的意识,一定会有所帮助(当然不可能解决所有的问题)。毕竟信息结构和数据库是密切相关的,而Server是连接数据库的唯一渠道(至少大多数B/S应用是如此)。掌握Server端的基本技能,对于同逻辑层开发人员设计接口是非常重要的。而且HTML表现层在开发时与数据的分离,也与Server端的各种模板技术有关。例如PHP中的Smarty模板(我曾经用的)、jsp的model2概念等等。HTML结构如何设计,如何让HTML重用,甚至在HTML层进行OOP的开发(我现在在新产品线中设计的前端开发流程),都需要Server端的支持。最起码,你要告诉php程序员你需要什么。如果你完全对PHP一无所知的话,那也无从谈起了。
    此外,对于创业团队,往往人手非常有限。为了让运营成本降到最低,所有的技术人员都有义务对Server端技术有所了解。如果为了修改一个网页的标题还要跑去喊PHP程序员连接Remote Server的话,那实在是增加了整个公司的运营成本。
    总结:我认为,可以不了解技术细节,但应该知道原理,最好能掌握一两套设计思想(毕竟数据逻辑都在这里走,光看HTML和JavaScript,对人的见识还是有局限的,这种局限限制了我自己很久的时间),那将是一比宝贵的财富。

  • 【增补】Mobile-side(不参与评级)
    1. Flashlite
      (待定,欢迎补充)
    2. Java?
      (待定,欢迎补充)

看到很多朋友留言说前端工程师没前途,我在想,同时掌握移动设备的技能是否也是拓展前途的一个必要性?这里再多说几句,关于技术人员的前途,目前在国内确实得用”惨淡”来形容。浮躁的氛围让技术人才往往过早放弃了自己的技术生涯,而尔虞我诈的整体道德水平也让单纯的技术人员痛不欲生(我身边太多了,恩,不说具体细节了,呵呵)。

作为一个技术人员,开发人员,在保持纯粹地敬业心态(这是前提,这么没有,啥也别谈)外,更要学会如何保护自己,如何壮大自身,社会不会同情你,只有你自己才能保护你自己。