技术,产品,创业,互联网,投资理财,生活感悟

第 3 页

百度的过程太残酷,一个一个试。因为要放两个参数,需加以区分(多个参数同理) 方法一不建议使用,调用时打包参数不直观,维护成本高,建议方法二,虽然参数多了不好看,但是见文知意。 方法一: dao部分 注意:xml中使用参数需要严格匹配map 中put的key public void deleteBooks(Map<String, Object> map); map.put(“partnerId”, 12L); map.put(“templist”,list);   方法二: dao部分 注意:利用@param注解时,因为mapper指定了参数名,xml中使用需要严格匹配 public void deleteBooks(@Param(“partnerId“)long partnerId ,@Param(“templist“)List<CPPartnerBookSet> list); xml 部分:方法一,方法二相同 <delete id=”deleteBooks”> delete from cp.tbl_cp_partner_books where partner_id = #{partnerId} and book_id in <foreach collection=”templist” index=”index” item=”item” open=”(” separator=”,” close=”)”> #{item.bookId} </foreach> </delete> 特别强调,如果传值 list ,那么list 不能为空,简单说就是确保list中有对象,即使 list.add(null)测试也能过,而 new ArrayList<?>()会报错,下午恶心到了,左右不过。特地花点时间来记录,以备不时之需。

出现这种问题,首先要看下日志,最后加粗的部分可以知道,问题出在连接池管理上,初步考虑加大maxPoolSize 顺便研究下c3p0的源码

 在开发移动应用方面,应用开发者往往会把自己的应用想法和策略变得过于复杂,因此通常会把应用打造得像瑞士军刀那么笨重,因为他们为应用开发的功能太多了,学习和使用起来都非常困难,维护成本也非常高。

  然而,当让我们列举如今那些最成功的应用时,我们头脑中首先想到的都是那些最简洁的应用,例如Dropbox和印象笔记。这些应用解决了用户某一亟待解决的痛点,而且简单易用。

从业这么多年,接触过银行的应用,Apple的应用,eBay的应用和现在阿里的应用,虽然分属于不同的公司,使用了不同的架构,但有一个共同点就是都很复杂。导致复杂性的原因有很多,如果从架构的层面看,主要有两点,一个是架构设计过于复杂,层次太多能把人绕晕。另一个是根本就没架构,ServiceImpl作为上帝类包揽一切,一杆捅到DAO(就简单场景而言,这种Transaction Script也还凑合,至少实现上手都快),这种人为的复杂性导致系统越来越臃肿,越来越难维护,酱缸的老代码发出一阵阵恶臭,新来的同学,往往要捂着鼻子抠几天甚至几个月,才能理清系统和业务脉络,然后又一头扎进各种bug fix,业务修补的恶性循环中,暗无天日!

从0到1,提的人多。

方法论都在讲:创业要判断风口、进入蓝海市场、挖掘用户刚需、找到细分切入点。 然而如何找到那个最小的切入点,从0到0.1,却鲜有人提。

今天我们来做一个尝试,讨论一个完整的从0到0.1的思路:如何从用户需求挖掘到产品设计、从运营引流到商业变现,

一、从0到0.1

之前的文章,我们讨论过找创业小思路的几个方法

根据自己的操作系统,进入相应的文件夹 ,可能还有一个版本号的文件夹,再进入 Windows: %APPDATA%\syntevo\SmartGit\ OS X: ~/Library/Preferences/SmartGit/ Unix/Linux: ~/.smartgit/ 删除settings.xml这个文件,比如mac下文件在 ~/Library/Preferences/SmartGit/8/settings.xml 重新进入SmartGit,正常。 作者:__Bw__ 链接:https://www.jianshu.com/p/79ff2d63ddc6 來源:简书 著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。