请问如何在一个node页面添加基于term及Content type的相关文章？

你说的term 'A 公司'是否指得是node reference而不是term?

如果‘公司’跟‘新闻’都是content type的话，可以新建些页面:

1. company/A
   这里可以有一个有关当前公司相关新闻列表
   2 .company/A/add/news
   嵌一个‘新闻’node编辑表格，或者可以弄在popup里
2. company/A/edit/news/news_nid
   跟上面那个差不多

仅仅是一些想法。。。

这种较简单，在'新闻'上建个node reference字段指向'公司'，然后去views里建右边那block

建议：
1. 如果你是开发人员，要尽量少使用views模块，这会越来越远离drupal core的开发能力。
2. 这个问题的解决大概思路如下：
思路一：
1> HOOK:MODULE_node_view_alter(){...}, 修改这个node表现视图
2> 根据当前node的相关信息db_query出你需要的node.
3> 修改当前node的输出视图结构，添加你需要的节点结构。

 思路二：
 1>  建立独立的block,并通过路径配置该block所出现的页面.
 2>  根据路径参数，request_path(); 分析当前node,并动态输出数据，填充block内容，完成你的需求。

首先，少使用views与drupal的原始社会无关，况且drupal本不原始。
其次，如果只是满足一时需要，用什么无所谓，但是如果你是程序员，那么在你使用views解决问题之前，是否考虑有更好的解决方法？ 在你从事drupal开发过程中，是否考虑，你需要积累很多drupal的实际开发经验，而这些是需要通过编码来完成的，而不是后台拖拉和设置操作，只有你对durpal内部的机制越来越了解、越来月习惯drupal编码开发，才可以更灵活的驾驭drupal，开发项目，完成你的工作。
再次，任何事物都有优劣，你了解VIEWS的劣处吗？

希望听到更多人发表下这个有关views的观点，views的确问题挺多的

我觉得 miloyz 的观点比较客观。

我有一个观点是：做是为了不做。之所以选择drupal，就是因为觉得drupal的模块化的思想很好，把功能做成模块，使之能重复使用，还能共享，这样再遇到相同的问题的时候，就不用重复开发了。

drupal也好，views也好，都是工具，工具的作用是帮我们更快更好的完成工作。每一个工具都有它的优点和缺点，在使用的过程中需要扬长避短，才能达到最好的效果。

作为使用者，对所要使用的工具越了解，就越能发挥工具的潜能。如果因使用不当，而埋怨工具不好，那就不应该了。