2月15日据日本《FLASH》报道，福原爱闺蜜爆料，在今年1月与她一起聚餐时，她带了一名男子，也就是此前被拍到与她传出恋情的“X男”。
据闺蜜称，在聚会期间，福原爱对X男赞不绝口，还指他“让我陷入爱河”。闺蜜还爆料说，目前福原爱与X男是半同居状态，并打算与X男结婚。而被问到与江宏杰离婚一事，她也笑着回应称：“总算可以离婚了！”不过，对于自己的私生活被媒体持续报道，福原爱也向闺蜜表达了自己的抱怨，觉得自己只不过是个运动员，这些报道导致她很多工作都被迫取消，她觉得自己是受害者。
但令闺蜜不解的是，在与福原爱聊天期间，她对两个小孩却只字不提。闺蜜认为，离婚中最先考虑应该是小孩，但她感觉不到福原爱把孩子放在第一位，这点令她觉得很吃惊。
福原爱打算再婚并与小5岁横滨男约会的传闻在今年1月就有了，当时江宏杰出席活动的时候还被问到此事。
他则表示这件事要问福原爱本人比较好，江宏杰还透露离婚后，会让小孩跟福原爱视讯。
据日媒此前报道，与福原爱约会的A先生在去年11月已经与妻子办理了离婚，现在也早已是单身状态，不过福原爱的妈妈似乎对他并不喜欢。
据报道，福原爱母亲在返回日本后拒绝与女儿同居，而原因正是她很喜欢江宏杰，反对女儿与他离婚。不过妈妈的坚持还是没有能够让女儿回心转意，两人最终还是选择分道扬镳。
在离婚风波之后，福原爱并未回家看望过孩子，两个孩子也一直跟随爸爸江宏杰生活。
江宏杰时常在社交软件晒出与两个孩子的生活点滴，一个人要带两个小孩确实很不容易。不过从他与小孩在一起的各种细节，不难看出他的确是个好爸爸，孩子们也都非常喜欢他。
但婚姻本身就很复杂，小孩年龄又太小，估计也不能完全理解为何父母就分开生活了。
不过，相信他们夫妻应该都会以自己的方式去爱两个孩子的，而日本采访福原爱闺蜜的爆料是否属实,也尚未得到福原爱本人的证实。
哪怕是真的，福原爱没有在外人面前提小孩，也不代表她内心没有将小孩放在第一位吧，无论如何都希望他们双方各自安好吧……
据闺蜜称，在聚会期间，福原爱对X男赞不绝口，还指他“让我陷入爱河”。闺蜜还爆料说，目前福原爱与X男是半同居状态，并打算与X男结婚。而被问到与江宏杰离婚一事，她也笑着回应称：“总算可以离婚了！”不过，对于自己的私生活被媒体持续报道，福原爱也向闺蜜表达了自己的抱怨，觉得自己只不过是个运动员，这些报道导致她很多工作都被迫取消，她觉得自己是受害者。
但令闺蜜不解的是，在与福原爱聊天期间，她对两个小孩却只字不提。闺蜜认为，离婚中最先考虑应该是小孩，但她感觉不到福原爱把孩子放在第一位，这点令她觉得很吃惊。
福原爱打算再婚并与小5岁横滨男约会的传闻在今年1月就有了，当时江宏杰出席活动的时候还被问到此事。
他则表示这件事要问福原爱本人比较好，江宏杰还透露离婚后，会让小孩跟福原爱视讯。
据日媒此前报道，与福原爱约会的A先生在去年11月已经与妻子办理了离婚，现在也早已是单身状态，不过福原爱的妈妈似乎对他并不喜欢。
据报道，福原爱母亲在返回日本后拒绝与女儿同居，而原因正是她很喜欢江宏杰，反对女儿与他离婚。不过妈妈的坚持还是没有能够让女儿回心转意，两人最终还是选择分道扬镳。
在离婚风波之后，福原爱并未回家看望过孩子，两个孩子也一直跟随爸爸江宏杰生活。
江宏杰时常在社交软件晒出与两个孩子的生活点滴，一个人要带两个小孩确实很不容易。不过从他与小孩在一起的各种细节，不难看出他的确是个好爸爸，孩子们也都非常喜欢他。
但婚姻本身就很复杂，小孩年龄又太小，估计也不能完全理解为何父母就分开生活了。
不过，相信他们夫妻应该都会以自己的方式去爱两个孩子的，而日本采访福原爱闺蜜的爆料是否属实,也尚未得到福原爱本人的证实。
哪怕是真的，福原爱没有在外人面前提小孩，也不代表她内心没有将小孩放在第一位吧，无论如何都希望他们双方各自安好吧……
#创意选择#
“他的思考过程使得其自身的技术能力得以更大程度地施展。”
“我们寻找能够加快进度的各种方法，排查任何可能会因缺乏潜力而拖延项目的因素，选择捷径以避免不必要的劳动，将精力集中在关键之处，以尽快接近最终目标，将我们自己最艰辛的努力转化为最强大的影响力，将灵感、决断力、技术融为一体，完成一个又一个示例程序。”（MVP思维）
「 怎么解释这种巨大差异呢？表面来看，这要归功于理查德的编程的成果——他做的软件夹层；或者，他利用Konqueror浏览器做文章似乎与我在Mozilla上下功夫一样，也许他只是一个比我更优秀的程序员。如果没有他的编程能力，就没有接下来的故事了。
这种解释未免显得太单薄。理查德是在灵感萌发、直觉判断、推理和预测等一系列工作的基础上决定把夹层作为链条的最后一环的。他的夹层是整体计划的最终结果。为了把我的意思表达清楚，我们接下来盘点一下理查德在刚到苹果的几天内所做的工作。
首先，他浏览了我们在此之前所做的所有关于浏览器的研究，然后他迅速地判断出他需要抛弃对Mozilla的研究，因为这样下去大概率不会带来想要的结果。他勇敢地走出了这一步，充分显示了他的自信，同时也#没有向在这一领域耕耘已久的上级表现出谦卑和顺从的态度#。接下来，理查德#决定在最短时间内得到结果#。他下载了一个可能有潜力的开源项目——来自KDE社区的Konqueror浏览器的代码，这个浏览器可能会成为我们长期努力的基础。为了使这个代码在Mac计算机上运行，他决定在最短时间内做一个可以模拟真实浏览器的示例程序。他确定了三项功能——加载网页、点击链接、返回上一页。他列出的这几个功能足够说明了#概念的可行性#。
随后，他制作了快捷方式，这些简化了的选项定义了一套不需要达成的目标——完美的字体渲染功能被废除，这是为了与Mac计算机本身的图形处理系统相匹配，也是为了尽量少地使用KDE的源代码。他认为，这些快捷方式虽然非常醒目，但不会分散使用者在浏览网页时的注意力。理查德#着手将这些线索串联起来，集成在一个示例程序里#，向我们展示了Konqueror的潜力。最终，他完成了技术细节，开发出了软件夹层，这是实现计划的#关键要素#。#他的思考过程使得其自身的技术能力得以更大程度地施展#。
与之相反，唐和我都寄希望于Mozilla能担起重任。我甚至没有深入思考，就一直尝试在Mac计算机里运行Mozilla庞大的开源代码。我没有设置任何类似的计划、目标、不需要达成的目标、紧凑的时间表、技术路径。
最重要的是，这种#思维方式上的差异导致了截然不同的结局#。这也绝不是因为唐和我陷入了一个暂时的困境。我们初来苹果的做事方式还是像之前在Eazel一样，我们不可能做出优秀的桌面—云集成服务样机的原因就在于，直到公司耗尽现金，遣散了大多数员工的那一天为止，我们都#未曾尝试从整体上集成我们的软件#。在Eazel工作的那段岁月里，我们从未想过使用类似理查德展示的这种#快速完成计划的方法#。
如果唐和我沿袭旧有的思路继续在苹果做事情，我们真的不知道哪一天才能做出示例程序。在我们职业生涯的那个阶段，我们#根本不知道如何开启一个大项目#，如何踏上寻找成功的征途。
理查德对这一切都很清楚。他的示例程序就是解决问题的关键。他向我们证明了Konqueror浏览器可以在Mac计算机上使用。他用简单的方式展现了这个代码的潜力。的确，是理查德的软件夹层使其突破成为可能，但想想看，他围绕自己的计划所构建的概念框架，以及为了做出浏览器示例程序突破的重重困难，直到最后才用一个小小的自定义程序片段——夹层——使问题得到圆满解决。这种逐步累积起来的效应最终会创造出一个真实浏览器的幻影，尽管展现出来的仅仅是不完整的一部分。
这种方式起作用了。唐与我看到示例程序，就好像理查德把我们叫进办公室，办公桌上放置着一个水晶球，他挥手召唤我们走近，并向我们展示网络浏览器未来的模样，为我们指明了将梦想变为现实的路径。
理查德的示例程序也涉及一些常识，我会借助另一个有着悠久历史并且擅长利用简化选择和割角法的行业来介绍这些常识。
与理查德在示例程序中使用的技巧一样，这些常识能让我们看到实际上并不存在的东西。
以好莱坞的外景场地为例，电影制片厂需要用到一些半永久性的户外场所，这里的人行道、小巷以及主要街道都是拍摄电影所需要的场景。尤其是在特技拍摄和计算机辅助特效技术广泛应用以前，外景地的作用是至关重要的。即使预算有限，一个外景地也可以改变一个场景。为了给观影者呈现出令人信服的景象，我们必须在荧屏上展现一定数量的真实景观。
我最喜欢的外景之一来自《雨中曲》，这部音乐电影由米高梅电影公司出品，拍摄于1952年，由吉恩·凯利和黛比·雷诺斯主演。以其中最著名的舞蹈片段为例，吉恩·凯利在黛比·雷诺斯的公寓门口与她吻别道晚安后，兴高采烈地轻踏、跳跃、溅起水花，在倾盆大雨中旋转（见图2-3）。这一场景设置在好莱坞的一个外景地，它看起来像一个城市的街道。就在凯利跳着舞从建筑物的屋顶上往下冲时，他跳过了La Valle女帽店。这家店看起来很诱人，陈列着几顶时髦的女帽。当然，这不是一家真正的商店。店面可能是一间后面什么都没有的铺着鹅卵石的公寓，也可能是一间工作室。穿过商店的门，也许是米高梅的簿记员或办事员的办公室。我们不在乎。我们被歌曲和舞蹈迷住了。把这个假帽子店和一排早些时候看到的另一件道具——凯利跳上去的人行道边上的那根灯柱——进行比较，与帽子店不同的是，灯柱道具必须是真实的，或者至少要真实到能够支撑演员的体重。外景地的其他灯柱也建得同样好吗？我们不知道，但我们不在乎；它们也许建得同样好，也许建得没那么好，但是布景设计师需要#确保一个特定的灯柱足够坚固#，让电影中的主角能够跳上去。它必须建得很好，因为舞蹈编排需要它。
同样，#尽管示例程序并不是产品本身，但它必须要有足够的说服力#，让人们开始探索某种思路，向做成产品的方向迈进一步。就像电影一样，#示例程序应该经过特别精心的设计，需要被展示的和需要被排除的都必须非常明确#。这些事情虽然不是做一个示例程序的主要着眼点，但也#需要合理设置，在合适的细节级别上被展示出来，这样它才可以服务整体而不会让人转移视线#。
理查德将这套理论付诸实践。他选择了可能会在正式产品中应用的Konqueror开源浏览器作为工作的基础，确保这套示例程序可以加载网页、点击链接以及返回上一页（这几项都是浏览器的核心功能）。字体渲染并不符合苹果的标准，有些字符不平滑、参差不齐，但是文本已足够清晰，所以理查德没有在排版上浪费太多时间。#他完全不会在不相关的细节上耗费精力#，也没有制作键盘快捷键或者设计一个漂亮的苹果图标。#他将重要的、可用的以及可忽略的功能认真地进行排序，以保证最大程度的影响力，尽量减少干扰，并严格按照自己设置的时间表完成工作#。
在理查德向我展示这个浏览器示例程序之后的若干年，我一直在效仿他的这套工作方法。当我做一个示例程序时，我会考虑目标受众，并在此基础上决定这个示例程序需要包含哪些功能。我用想象中的一支粗马克笔围绕所有重要细节画一个圈，就像电影场景里面的灯柱一样，我尽最大努力地保证它们的真实度。我把剩下的不那么重要的细节留在了圈外，这些细节最终还是会出现在成品中，但现在不急于展现它们。我尽可能地在它们身上少分配一点儿注意力。就像那间帽子商店的内部构造一样，如果可以，我会把所有不重要的东西都从示例程序中清除。在两者交汇的地方，我会非常小心。有些元素刚好落在粗线上，这是需要关注的细节，因为它们有助于构建场景，让受众打消疑虑。比如，一个应用程序的用户界面仍处于开发早期，我可能会将另外一个应用程序的用户界面放在我的示例程序中，而不会花时间做一个完全可用的用户界面，因为此时用户界面是次要的。这就像在商店橱窗里放置几个道具帽子，我希望观看示例程序的人认为他们看到了真实的效果，尽管这些场景未必是真实的。我知道示例程序并非真正的产品，我的同事们也清楚这一点，但是在产品开发过程中，呈现出我们试图实现的效果是非常重要的，因为这样一来，我的同事们就会将示例程序当作真正的产品来给予反馈。
这种在整个开发过程中建立“分镜头剧本”的尝试，体现了电影拍摄外景地与示例程序的一大共同特征，它们都是宏大故事中的元素。每一个元素都在推动故事的发展。吉恩·凯利在雨中的舞蹈和歌唱表现了初吻的喜悦，在电影里的那个时刻，男女主角把他们坠入爱河的信息传达给了观众。这是好莱坞电影的“魔法”时刻。理查德的示例程序让我们看到了Konqueror开源代码的潜力，我们认为这极有可能是我们一直以来苦苦寻求的答案。这是硅谷软件“魔法”的巅峰时刻。
久而久之，唐和我都理解并吸收了理查德展现给我们的示例程序。我们寻找能够加快进度的各种方法，排查任何可能会因缺乏潜力而拖延项目的因素，#选择捷径以避免不必要的劳动，将精力集中在关键之处，以尽快接近最终目标，将我们自己最艰辛的努力转化为最强大的影响力，将灵感、决断力、技术融为一体，完成一个又一个示例程序#。
我们学到的这些知识都来自理查德，他改变了我们工作的方式。」
“他的思考过程使得其自身的技术能力得以更大程度地施展。”
“我们寻找能够加快进度的各种方法，排查任何可能会因缺乏潜力而拖延项目的因素，选择捷径以避免不必要的劳动，将精力集中在关键之处，以尽快接近最终目标，将我们自己最艰辛的努力转化为最强大的影响力，将灵感、决断力、技术融为一体，完成一个又一个示例程序。”（MVP思维）
「 怎么解释这种巨大差异呢？表面来看，这要归功于理查德的编程的成果——他做的软件夹层；或者，他利用Konqueror浏览器做文章似乎与我在Mozilla上下功夫一样，也许他只是一个比我更优秀的程序员。如果没有他的编程能力，就没有接下来的故事了。
这种解释未免显得太单薄。理查德是在灵感萌发、直觉判断、推理和预测等一系列工作的基础上决定把夹层作为链条的最后一环的。他的夹层是整体计划的最终结果。为了把我的意思表达清楚，我们接下来盘点一下理查德在刚到苹果的几天内所做的工作。
首先，他浏览了我们在此之前所做的所有关于浏览器的研究，然后他迅速地判断出他需要抛弃对Mozilla的研究，因为这样下去大概率不会带来想要的结果。他勇敢地走出了这一步，充分显示了他的自信，同时也#没有向在这一领域耕耘已久的上级表现出谦卑和顺从的态度#。接下来，理查德#决定在最短时间内得到结果#。他下载了一个可能有潜力的开源项目——来自KDE社区的Konqueror浏览器的代码，这个浏览器可能会成为我们长期努力的基础。为了使这个代码在Mac计算机上运行，他决定在最短时间内做一个可以模拟真实浏览器的示例程序。他确定了三项功能——加载网页、点击链接、返回上一页。他列出的这几个功能足够说明了#概念的可行性#。
随后，他制作了快捷方式，这些简化了的选项定义了一套不需要达成的目标——完美的字体渲染功能被废除，这是为了与Mac计算机本身的图形处理系统相匹配，也是为了尽量少地使用KDE的源代码。他认为，这些快捷方式虽然非常醒目，但不会分散使用者在浏览网页时的注意力。理查德#着手将这些线索串联起来，集成在一个示例程序里#，向我们展示了Konqueror的潜力。最终，他完成了技术细节，开发出了软件夹层，这是实现计划的#关键要素#。#他的思考过程使得其自身的技术能力得以更大程度地施展#。
与之相反，唐和我都寄希望于Mozilla能担起重任。我甚至没有深入思考，就一直尝试在Mac计算机里运行Mozilla庞大的开源代码。我没有设置任何类似的计划、目标、不需要达成的目标、紧凑的时间表、技术路径。
最重要的是，这种#思维方式上的差异导致了截然不同的结局#。这也绝不是因为唐和我陷入了一个暂时的困境。我们初来苹果的做事方式还是像之前在Eazel一样，我们不可能做出优秀的桌面—云集成服务样机的原因就在于，直到公司耗尽现金，遣散了大多数员工的那一天为止，我们都#未曾尝试从整体上集成我们的软件#。在Eazel工作的那段岁月里，我们从未想过使用类似理查德展示的这种#快速完成计划的方法#。
如果唐和我沿袭旧有的思路继续在苹果做事情，我们真的不知道哪一天才能做出示例程序。在我们职业生涯的那个阶段，我们#根本不知道如何开启一个大项目#，如何踏上寻找成功的征途。
理查德对这一切都很清楚。他的示例程序就是解决问题的关键。他向我们证明了Konqueror浏览器可以在Mac计算机上使用。他用简单的方式展现了这个代码的潜力。的确，是理查德的软件夹层使其突破成为可能，但想想看，他围绕自己的计划所构建的概念框架，以及为了做出浏览器示例程序突破的重重困难，直到最后才用一个小小的自定义程序片段——夹层——使问题得到圆满解决。这种逐步累积起来的效应最终会创造出一个真实浏览器的幻影，尽管展现出来的仅仅是不完整的一部分。
这种方式起作用了。唐与我看到示例程序，就好像理查德把我们叫进办公室，办公桌上放置着一个水晶球，他挥手召唤我们走近，并向我们展示网络浏览器未来的模样，为我们指明了将梦想变为现实的路径。
理查德的示例程序也涉及一些常识，我会借助另一个有着悠久历史并且擅长利用简化选择和割角法的行业来介绍这些常识。
与理查德在示例程序中使用的技巧一样，这些常识能让我们看到实际上并不存在的东西。
以好莱坞的外景场地为例，电影制片厂需要用到一些半永久性的户外场所，这里的人行道、小巷以及主要街道都是拍摄电影所需要的场景。尤其是在特技拍摄和计算机辅助特效技术广泛应用以前，外景地的作用是至关重要的。即使预算有限，一个外景地也可以改变一个场景。为了给观影者呈现出令人信服的景象，我们必须在荧屏上展现一定数量的真实景观。
我最喜欢的外景之一来自《雨中曲》，这部音乐电影由米高梅电影公司出品，拍摄于1952年，由吉恩·凯利和黛比·雷诺斯主演。以其中最著名的舞蹈片段为例，吉恩·凯利在黛比·雷诺斯的公寓门口与她吻别道晚安后，兴高采烈地轻踏、跳跃、溅起水花，在倾盆大雨中旋转（见图2-3）。这一场景设置在好莱坞的一个外景地，它看起来像一个城市的街道。就在凯利跳着舞从建筑物的屋顶上往下冲时，他跳过了La Valle女帽店。这家店看起来很诱人，陈列着几顶时髦的女帽。当然，这不是一家真正的商店。店面可能是一间后面什么都没有的铺着鹅卵石的公寓，也可能是一间工作室。穿过商店的门，也许是米高梅的簿记员或办事员的办公室。我们不在乎。我们被歌曲和舞蹈迷住了。把这个假帽子店和一排早些时候看到的另一件道具——凯利跳上去的人行道边上的那根灯柱——进行比较，与帽子店不同的是，灯柱道具必须是真实的，或者至少要真实到能够支撑演员的体重。外景地的其他灯柱也建得同样好吗？我们不知道，但我们不在乎；它们也许建得同样好，也许建得没那么好，但是布景设计师需要#确保一个特定的灯柱足够坚固#，让电影中的主角能够跳上去。它必须建得很好，因为舞蹈编排需要它。
同样，#尽管示例程序并不是产品本身，但它必须要有足够的说服力#，让人们开始探索某种思路，向做成产品的方向迈进一步。就像电影一样，#示例程序应该经过特别精心的设计，需要被展示的和需要被排除的都必须非常明确#。这些事情虽然不是做一个示例程序的主要着眼点，但也#需要合理设置，在合适的细节级别上被展示出来，这样它才可以服务整体而不会让人转移视线#。
理查德将这套理论付诸实践。他选择了可能会在正式产品中应用的Konqueror开源浏览器作为工作的基础，确保这套示例程序可以加载网页、点击链接以及返回上一页（这几项都是浏览器的核心功能）。字体渲染并不符合苹果的标准，有些字符不平滑、参差不齐，但是文本已足够清晰，所以理查德没有在排版上浪费太多时间。#他完全不会在不相关的细节上耗费精力#，也没有制作键盘快捷键或者设计一个漂亮的苹果图标。#他将重要的、可用的以及可忽略的功能认真地进行排序，以保证最大程度的影响力，尽量减少干扰，并严格按照自己设置的时间表完成工作#。
在理查德向我展示这个浏览器示例程序之后的若干年，我一直在效仿他的这套工作方法。当我做一个示例程序时，我会考虑目标受众，并在此基础上决定这个示例程序需要包含哪些功能。我用想象中的一支粗马克笔围绕所有重要细节画一个圈，就像电影场景里面的灯柱一样，我尽最大努力地保证它们的真实度。我把剩下的不那么重要的细节留在了圈外，这些细节最终还是会出现在成品中，但现在不急于展现它们。我尽可能地在它们身上少分配一点儿注意力。就像那间帽子商店的内部构造一样，如果可以，我会把所有不重要的东西都从示例程序中清除。在两者交汇的地方，我会非常小心。有些元素刚好落在粗线上，这是需要关注的细节，因为它们有助于构建场景，让受众打消疑虑。比如，一个应用程序的用户界面仍处于开发早期，我可能会将另外一个应用程序的用户界面放在我的示例程序中，而不会花时间做一个完全可用的用户界面，因为此时用户界面是次要的。这就像在商店橱窗里放置几个道具帽子，我希望观看示例程序的人认为他们看到了真实的效果，尽管这些场景未必是真实的。我知道示例程序并非真正的产品，我的同事们也清楚这一点，但是在产品开发过程中，呈现出我们试图实现的效果是非常重要的，因为这样一来，我的同事们就会将示例程序当作真正的产品来给予反馈。
这种在整个开发过程中建立“分镜头剧本”的尝试，体现了电影拍摄外景地与示例程序的一大共同特征，它们都是宏大故事中的元素。每一个元素都在推动故事的发展。吉恩·凯利在雨中的舞蹈和歌唱表现了初吻的喜悦，在电影里的那个时刻，男女主角把他们坠入爱河的信息传达给了观众。这是好莱坞电影的“魔法”时刻。理查德的示例程序让我们看到了Konqueror开源代码的潜力，我们认为这极有可能是我们一直以来苦苦寻求的答案。这是硅谷软件“魔法”的巅峰时刻。
久而久之，唐和我都理解并吸收了理查德展现给我们的示例程序。我们寻找能够加快进度的各种方法，排查任何可能会因缺乏潜力而拖延项目的因素，#选择捷径以避免不必要的劳动，将精力集中在关键之处，以尽快接近最终目标，将我们自己最艰辛的努力转化为最强大的影响力，将灵感、决断力、技术融为一体，完成一个又一个示例程序#。
我们学到的这些知识都来自理查德，他改变了我们工作的方式。」
2016年,张纪中和妻子樊馨蔓离婚,为争夺3亿财产双方各执一词,张纪中：“我从美国回来,看见樊馨蔓和我干儿子肖其睡在一起。”
然而妻子樊馨蔓直言:没有得事,无中生有。[憧憬]
两个人开始了漫长的离婚官司！[憧憬]
张纪中在樊馨蔓之前,就有过一段婚姻,并且还育有一个女儿,当时两个人在一起,女方为他付出很多,可以说从张纪中默默无闻,到大导演她都陪着他！[憧憬]
后来张纪中遇到了比自己小15岁的樊馨蔓就再次陷入了爱河,与前妻提出离婚。
恩爱夫妻一起走过26年,直到2006年,知名娱记曝料张纪中干儿子与樊馨蔓在家中独处3小时之久！[憧憬]
其中故事不言而喻,张纪中以妻子出轨干儿子的名义,提出来离婚！[憧憬]
可是女方根本不承认,还诉控张纪中在外头早有小三还有私生子。
为了三亿家产,两个人大打出手,张纪中抓着樊馨蔓,樊馨蔓泼辣椒水！[憧憬]可以想象画面多么的不堪！[憧憬]
最后张纪中还是分给了樊馨蔓3亿资产。[憧憬]
然而分手没有多久,张纪中就和自己的经纪人各种秀恩爱,直到女儿出生,张纪中才晒出结婚证给她名分！
如今70多岁的张纪中老来得女,可以说非常幸福,每每提起他都会笑得合不拢嘴。而女友杜星霖在家直呼张纪中老爷,并且说爱的是他的人,不是他的钱。
如今张纪中该抱重孙子的年龄,当了爸爸可以说非常幸福。[憧憬]看样子孩子永远都是能够打动男人最好的武器～
然而妻子樊馨蔓直言:没有得事,无中生有。[憧憬]
两个人开始了漫长的离婚官司！[憧憬]
张纪中在樊馨蔓之前,就有过一段婚姻,并且还育有一个女儿,当时两个人在一起,女方为他付出很多,可以说从张纪中默默无闻,到大导演她都陪着他！[憧憬]
后来张纪中遇到了比自己小15岁的樊馨蔓就再次陷入了爱河,与前妻提出离婚。
恩爱夫妻一起走过26年,直到2006年,知名娱记曝料张纪中干儿子与樊馨蔓在家中独处3小时之久！[憧憬]
其中故事不言而喻,张纪中以妻子出轨干儿子的名义,提出来离婚！[憧憬]
可是女方根本不承认,还诉控张纪中在外头早有小三还有私生子。
为了三亿家产,两个人大打出手,张纪中抓着樊馨蔓,樊馨蔓泼辣椒水！[憧憬]可以想象画面多么的不堪！[憧憬]
最后张纪中还是分给了樊馨蔓3亿资产。[憧憬]
然而分手没有多久,张纪中就和自己的经纪人各种秀恩爱,直到女儿出生,张纪中才晒出结婚证给她名分！
如今70多岁的张纪中老来得女,可以说非常幸福,每每提起他都会笑得合不拢嘴。而女友杜星霖在家直呼张纪中老爷,并且说爱的是他的人,不是他的钱。
如今张纪中该抱重孙子的年龄,当了爸爸可以说非常幸福。[憧憬]看样子孩子永远都是能够打动男人最好的武器～
✋热门推荐