问题标签 [contacts]

我正在将通讯录迁移到 Google Apps。

但是在迁移了大约 300 个联系人后，我在行收到“需要验证码”异常：

Uri feedUri = new Uri(ContactsQuery.CreateContactsUri(UserName)); ContactEntry createdEntry = (ContactEntry)service.Insert(feedUri, ContactEntry[0]);

我正在使用 Google API 的 Ver2。我该如何解决这个问题？

注意：我没有使用 Web 应用程序。

谢谢

我是 iPhone 应用程序开发的新手。由于我可能已经通过本机应用程序，我从 1 周开始就一直在为向 AddressBook 的特定联系人添加新字段而苦苦挣扎。

我们可能已经知道无法编辑地址簿详细信息，我想将这些值绑定到 sqlite3 表，然后我想将新字段添加到选定的联系人。

你们中的任何人都可以把我从这种情况中推开吗..？（请提供我测试的示例代码。）

注意：由于我没有设备，我需要使用 iPhone 模拟器对其进行测试。让我知道，这是否可能？

感谢和问候，

拉姆亚。

有什么课程吗？我找到了一些课程，但它们太旧了，所以不能用。

• 我需要一个代码片段或一个类来获取带有用户名和密码的 msn 联系人列表。

• 是否可以通过hotmail而不是php的邮件功能发送邮件

我想创建一个选项卡，其中包含一个用于查看联系人详细信息的选项卡。这是我所做的：

它抛出安全异常。

我感谢您的帮助。

谢谢。

此问题1描述了一种如何显示电话号码列表并在我的应用程序需要电话号码时选择其中一个的方法。但是，如果我有一个庞大的联系人列表，仅显示列表是不够的，还需要过滤（按联系人姓名）的可能性。有没有一种标准的方法来显示具有选择可能性和过滤可能性的电话列表？（我不想发明自己的）

sdk 2.0 及更低版本的问题是否有解决方案？

我正在尝试通过我的应用程序使用新的 ContactContract API 将新联系人添加到我的联系人列表中。我有以下基于 android dev 上的 Contact Manager 示例的方法。

在一个示例中，我有参数的流动值。accountType：com.google accountName：（我的google帐户电子邮件）名称：Mike phoneNumber：5555555555 phoneType：3

对该函数的调用正常返回，没有抛出任何异常，但是在我手机的联系人管理器中找不到联系人。我的手机上也没有与该信息的联系。有没有人知道我可能做错了什么？

我很确定根据一些初步研究来做我想做的事情是不可行的，但我认为如果有人知道方法，请在这里询问专家社区并没有什么坏处。

我想为用户可以从主联系人应用程序编辑的联系人创建一个自定义字段；但是，应该只允许用户从四个特定值的列表中进行选择。一个简短的字符串值列表将是理想的，但具有最小/最大范围的 int 就足够了。

我很想知道这两种方法是否可行，但也想知道这条路线的性能是否有意义。更具体地说，每次收到电话或短信时查找联系人（基于电话号码）会更好，还是存储我自己的数据集（由姓名、号码和自定义字段组成）更好？只是经常在一个线程中同步联系人信息？或者在第一次运行应用程序时同步联系人，然后使用ContentObserver?

这是一个类似的问题，其答案解释了如何向联系人添加自定义字段。

提前致谢。

除了android网站上的简短文章：-

http://developer.android.com/resources/articles/contacts.html

我还没有看到任何关于使用新的 ContactsContract API 的文档。有人可以指导我使用它的示例/说明吗？

我正在考虑将个人联系人存储在业务应用程序的数据库中的最佳方式。传统且直接的方法是为每个元素创建一个包含列的表，即Name、Telephone Number、Job title、Address等......但是，这类数据有已知的行业标准，例如vCard，或hCard或vCard-RDF/XML甚至Windows Contacts XML Schema。使用标准格式会带来一些好处，例如与其他系统的互操作性。但是我如何决定使用哪种方法呢？

需求主要是存储数据。搜索和排序查询极不可能但可能。数据量最大为 100,000 条记录。

我的数据库引擎支持原生 XML 列。我一直在考虑使用一些基于 XML 的格式来存储个人联系人。如果需要搜索和排序，则可以在此数据上使用 XML 索引。这是一个好方法吗？您会为此推荐哪种联系人格式和架构？

在第一个答案后编辑

这就是为什么我认为直截了当的方法不好的原因。这是由于这种数据的性质——它不是那么简单。

1. 个人联系人不是结构化数据，可以称为半结构化数据。每个联系人可能有不同的数据字段，甚至可能是我无法预料的字段。在我看来，这些数据的每一条都应该被视为重要信息，即不能因为数据库中没有相关的列而丢弃任何一条数据。
2. 如果我们更进一步，假设不会丢失任何数据，那么我们可以创建一个名为Comment或Description或Other的大文本列，并将无法很好地放入表列中的所有内容都放在那里。但是话又说回来 - 数据会失去结构- 这可能很糟糕。
3. 如果我们想要结构化数据，那么 - 根据数据库设计原则 - 数据应该被分解成实体，并且应该在实体之间建立关系。但这增加了复杂性——实体太多了，应该做出很多设计决定，比如“我们如何存储地址？个人姓名？电话号码？我们如何编码家庭电话号码和手机号码？其他怎么样？联系信息？..” 实体之间的关系复杂多变，每个关系都是数据库中的一张表。每个关系都需要记录在设计文件中。这是很多工作要做。但是可以完全避免复杂性- 只需记录数据是根据某某存储的标准模式，时期。那么任何将阅读该文档的人都应该很容易理解它的全部内容。
4. 最后，这一切都与使用行业标准有关。希望这个标准是由一些聪明的人设计的，他们比我更好地预见和描述了个人联系信息的结构。为什么我们都要重新发明轮子？使用标准模式要容易得多。问题是，标准太多了——决定使用哪一个并不容易！

I want to show the user a flattened pick list of all their contacts phone numbers and it must work from versions 1.6 up. I have read the related questions on SO and the Android documentation for Eclair.

The problem is, even splitting my code into a factory class and specific implementations does not work for me because using Contacts.CONTENT_URI only shows contacts not individual numbers. What I need is this for version 1.6

And the equivalent for 2.0 and above.

Even if I get their example to work, by building against the 2.1 API am I not stopping my app being visible on the Market to users with earlier versions of the OS? I can't launch it against a 1.6 emulator, for example.