IT牛人博客聚合

+0 飞利浦 Hue 智能照明系统开发（Part 1 - API 入门）

Tag: api | philips hue | programming | smart home

Cat Chen 发于 2018年05月14日 15:21 | 点击: 1444 | 展开摘要

我家里有超过 10 个的飞利浦 Hue 智能灯泡，我通常使用 Amazon Echo 和 iOS HomeKit 控制它们，例如说睡觉时对着 Echo 喊「Alexa, turn off bedroom.」，或者在 iPhone 上通过 Control Center 迅速开关一盏灯。在我买了一个 Raspberry Pi 架设加密 DNS 后，我就开始思考是否能在 Raspberry Pi 上跑一个程序控制 Hue 做更复杂的事情。在此之前，我先要自己搞明白 Hue 的 AP

查看全文: http://www.udpwork.com/item/16845.html

---

+0 API设计原则 – Qt官网的设计实践总结

李鼎发于 2017年07月25日 14:16 | 点击: 1269 | 展开摘要

（感谢好友 @李鼎翻译此文）

原文链接：API Design Principles – Qt Wiki

基于Gary的影响力上 Gary Gao 的译文稿：C++的API设计指导

译序

Qt的设计水准在业界很有口碑，一致、易于掌握和强大的API是Qt最著名的优点之一。此文既是Qt官网上的API设计指导准则，也是Qt在API设计上的实践总结。虽然Qt用的是C++，但其中设计原则和思考是具有普适性的（如果你对C++还不精通，可以忽略与C++强相关或是过于细节

查看全文: http://www.udpwork.com/item/16371.html

---

+0 API 集成测试实践

Tag: Test | API

alswl 发于 2016年08月14日 19:08 | 点击: 1327 | 展开摘要

为了提高测试，工程师需要对自己提交的产物进行测试，一般是单元测试、集成测试。
之后提交物流转到 QA 团队，QA 团队根据需求描述对提交物进行测试，
这个测试过程非常耗费人力。
尤其是当开发交付的质量不高时候，很可能自身没有经过测试，会遇到主干流程都无法进行的状况。

如果在 QA 人工介入测试之前，就进行一轮黑盒自动化集成测试，可以大大地提高 QA 团队的工作效率。
基于这样的判断，我们团队花了一些时间，将基于 API 的自动化测试系统搭建起来。
现在将这个系统的选型和运行

查看全文: http://www.udpwork.com/item/15740.html

---

+0 程序的库设计

Tag: Architecture | API | 库 | 设计

四火发于 2014年04月21日 01:07 | 点击: 1220 | 展开摘要

最近在Stack Exchange上面看到一个帖子，是问程序库设计的指导原则的，“What guidelines should I follow while designing a library?”，有趣的是，很多人都在谈论面向设计，各路API设计，还有程序语言设计，唯独搜索“程序库设计”，无论中文还是英文，Google还是百度都找不到太多内容。但是我想，没有程序员会否认库设计的重要性吧，我想在这里结合这个帖子谈谈我的想法。

在这个帖子里面，votes最高的回答，提到了这

查看全文: http://www.udpwork.com/item/12153.html

+0 Java的日期API真烂

Tag: OO Design | Recommended | API | Java | 日期

四火发于 2012年12月08日 22:09 | 点击: 1998 | 展开摘要

文章系本人原创，转载请保持完整性并注明出自《四火的唠叨》

记得在我刚学Java的时候，真是搞不清楚Date和Calendar这两个类，后来我渐渐知道，原来不能全怪我啊，Java日期API之烂是公认的（不妨参见这篇文章，Tiago Fernandez做过一个投票，就是要选举最烂的Java API，结果Java日期API排行第二，仅次于臭名远扬的EJB2，嘿嘿）。

蛋疼的java.sql.Date

只有Date和Calendar搞定一切吗？那还好啊。当然不是！光Date就

查看全文: http://www.udpwork.com/item/8818.html

^..^

+0 一淘网数据部数据工程-Sphinx应用开发

gang.yug 发于 2012年12月07日 19:58 | 点击: 2005 | 展开摘要

本博客会陆续更新一淘数据部各位技术同学分享的资料。

本次分享的内容来自征宇同学:

受众：

对sphinx感兴趣的同学，需要论坛搜索引擎的同学

简介：

Sphinx是一个基于SQL的全文检索引擎。这此分享主要针对Sphinx的配置，应用开发进行讲解，让大家对Sphinx有个感性认识

文件下载：SPhinx在量子知道中的应用-PDF文件

查看全文: http://www.udpwork.com/item/8813.html

^..^

+0 怎么样才算是 RESTful？读 REST in Practice

Tag: api | book | http | rest

Guangchen Chen 发于 2012年05月09日 21:53 | 点击: 2174 | 展开摘要

最近 O’Reilly 搞活动，我就半价买了一本《REST in Practice》（Kindle 版链接）。对于 O’Reilly 的书，我通常会对比 O’Reilly 打折后的价钱和 Kindle 版的价格，通常是那家更便宜就在那家买，但图表或代码比较多的我就会坚持买 O’Reilly 的版本，因为 PDF 能够最好地保存这些格式。
回到 REST 的话题上。尽管这个概念 2000 年就被提出来了，2007 年成为了一个热

查看全文: http://www.udpwork.com/item/7261.html

---

+0 API设计：用流畅接口构造内部DSL

Todd 发于 2011年10月31日 08:28 | 点击: 2576 | 展开摘要

感谢@weidagang （Todd）向酷壳投递本文。

程序设计语言的抽象机制包含了两个最基本的方面：一是语言关注的基本元素/语义；另一个是从基本元素/语义到复合元素/语义的构造规则。在C、C++、Java、C#、Python等通用语言中，语言的基本元素/语义往往离问题域较远，通过API库的形式进行层层抽象是降低问题难度最常用的方法。比如，在C语言中最常见的方式是提供函数库来封装复杂逻辑，方便外部调用。

不过普通的API设计方法存在一种天然的陷阱，那就是不管怎样封装，大过

查看全文: http://www.udpwork.com/item/6180.html

---

+0 千万不要把 bool 设计成函数参数

陈皓发于 2011年09月08日 15:35 | 点击: 2731 | 展开摘要

我们有很多Coding Style 或代码规范。但这一条可能会经常被我们所遗忘，就是我们经常会在函数的参数里使用bool参数，这会大大地降低代码的可读性。不信？我们先来看看下面的代码。

当你读到下面的代码，你会觉得这个代码是什么意思？

widget->repaint(false);

是不要repaint吗？还是别的什么意思？看了文档后，我们才知道这个参数是immediate，也就是说，false代表不立即重画，true代码立即重画。

Windows API中

查看全文: http://www.udpwork.com/item/5763.html

---

+0 五个免费开源的数据挖掘软件

陈皓发于 2010年12月13日 08:41 | 点击: 3428 | 展开摘要

在网上看到一篇文章介绍五个免费开源的数据挖掘软件，转过来。

Orange

Orange 是一个基于组件的数据挖掘和机器学习软件套装，它的功能即友好，又很强大，快速而又多功能的可视化编程前端，以便浏览数据分析和可视化，基绑定了Python以进行脚本开发。它包含了完整的一系列的组件以进行数据预处理，并提供了数据帐目，过渡，建模，模式评估和勘探的功能。其由C++ 和 Python开发，它的图形库是由跨平台的Qt框架开发。

RapidMiner

RapidMiner, 以前叫

查看全文: http://www.udpwork.com/item/3739.html

---

+0 从 isPlainObject 到“完美”代码的实现

Tag: 思考 | api | design | js

lifesinger 发于 2010年12月05日 17:31 | 点击: 3017 | 展开摘要

缘由

jQuery 从 1.4 开始，新增了 isPlainObject 方法，用来检测一个对象是否由 {} 或 new Object() 创建。

jQuery.isPlainObject({}); // true
jQuery.isPlainObject("test"); // false

该方法在 jQuery 社区存在不少质疑。代码实现上，不断有各种改进方案涌现。甚至，从无 bug 的角度讲，该问题是无解的。

不可达的“完美”

作为程序员，我们经常会纠结于如何

查看全文: http://www.udpwork.com/item/3676.html

---

+0 Google未公开API：转MAC地址为经纬度

Tag: Web开发 | 杂项资源 | API | Google | GPS | XSS

陈皓发于 2010年10月09日 15:28 | 点击: 2466 | 展开摘要

这里有一个POC（Proof of Concept）可以通过你Web浏览器后面的路由器XSS攻击得到一个准确的GPS坐标。注意：路由器和Web浏览器以及IP地址并不包含任和地理信息。其方法是使用了一个Google未公开的API。大约方法如下：

访问一个网页，这个网页隐藏了一个基于你WiFi路由器的XSS（参见： XSS Verizon FiOS router）

通过这个XSS 可以获得路由器的MAC 地址。

然后通过 Google Location Services

查看全文: http://www.udpwork.com/item/2994.html

|<<<12 >>>| 一共2页, 22条记录

IT牛人博客聚合

+0 飞利浦 Hue 智能照明系统开发（Part 1 - API 入门）

+0 API设计原则 – Qt官网的设计实践总结

+0 API 集成测试实践

+0 程序的库设计

+0 Java的日期API真烂

+0 一淘网数据部数据工程-Sphinx应用开发

+0 怎么样才算是 RESTful？读 REST in Practice

+0 API设计：用流畅接口构造内部DSL

+0 千万不要把 bool 设计成函数参数

+0 五个免费开源的数据挖掘软件

+0 从 isPlainObject 到“完美”代码的实现

+0 Google未公开API：转MAC地址为经纬度

JS 在线图表制作

RSS 订阅

微信订阅

Tags

Random Sites

Hot Items

Site Reviews

Item Reviews