- 博客(1999)
- 资源 (55)
- 收藏
- 关注
原创 3637、删除排序链表中的重复元素
给定一个已排序的链表的头head,删除所有重复的元素,使每个元素只出现一次。返回 已排序的链表。示例 1:输入:head = [1,1,2]输出:[1,2]示例 2:输入:head = [1,1,2,3,3]输出:[1,2,3]提示:链表中节点数目在范围 [0, 300] 内-100 <= Node.val <= 100题目数据保证链表已经按升序 排列来源:力扣(LeetCode)链接:力扣著作权归领扣网络所有。商业转载请联系官方授权,...
2022-02-15 20:18:45 84
原创 3638、机器人能否返回原点
在二维平面上,有一个机器人从原点 (0,0) 开始。给出它的移动顺序,判断这个机器人在完成移动后是否在 (0,0) 处结束。 移动顺序由字符串 moves 表示。字符 move[i] 表示其第 i 次移动。机器人的有效动作有 R(右),L(左),U(上)和 D(下)。 如果机器人在完成所有动作后返回原点,则返回true。否则,返回false。 注意:机器人“面朝”的方向无关紧要。 “R” 将始终使机器人向右移动一次,“L” 将始终向左移动...
2022-02-11 19:27:35 124
原创 3639、反转字符串
编写一个函数,其作用是将输入的字符串反转过来。输入字符串以字符数组 s 的形式给出。不要给另外的数组分配额外的空间,你必须原地修改输入数组、使用 O(1) 的额外空间解决这一问题。示例 1:输入:s = ["h","e","l","l","o"]输出:["o","l","l","e","h"]示例 2:输入:s = ["H","a","n","n","a","h"]输出:["h","a","n","n","a","H"]提示:1 <= s.length <=.
2022-02-11 19:02:39 90
原创 3640、加一
给定一个由 整数 组成的 非空 数组所表示的非负整数,在该数的基础上加一。最高位数字存放在数组的首位, 数组中每个元素只存储单个数字。你可以假设除了整数 0 之外,这个整数不会以零开头。示例1:输入:digits = [1,2,3]输出:[1,2,4]解释:输入数组表示数字 123。示例2:输入:digits = [4,3,2,1]输出:[4,3,2,2]解释:输入数组表示数字 4321。示例 3:输入:digits = [0]输出:[1]提示:1 ...
2022-01-27 17:30:29 93
原创 如果需要跳槽,自己该怎样去写简历?
博客描述:2022,不跳槽;2023,也不跳槽博客描述:2022,不跳槽;2023,也不跳槽博客描述:2022,不跳槽;2023,也不跳槽万一,哪天真的需要跳槽,该怎样去写简历呢?这是一道必答题。真到跳槽时,再去写简历,危矣!年龄大了,中低端职位已经不适合自己,而且也很难留给自己。那么,就剩下一些高端岗位:高级工程师、Leader组长、架构师、经理等。如果自己技术比较菜,那可如何是好?简历中的客观部分学校、学历、工作年限、工作经历、年龄等。
2022-01-15 18:00:57 625
原创 2022,不跳槽
2019年,从东厂跳槽到我司,快3年了。工作方面其实还凑合,中规中矩。按照习惯,年底还是得写点总结计划的。然而,2021年,工作之外,不太顺利。痛定思痛,还是长远考虑。放眼长期,稳中求进;知行合一,日拱一卒。工作快10年了,发展的一般,比上不足比下有余。继续痛定思痛,工作之外,稳健,看长期;工作之中,稳健,看长期。计划第2个10年,2022年到2032年,有所作为,至少要在金钱方面有所积累。真的要注重金钱的稳定增长了,不然风险随时而至,怎么面对?202
2022-01-15 17:35:40 235
原创 3641、字符串相加
给定两个字符串形式的非负整数 num1 和num2 ,计算它们的和并同样以字符串形式返回。你不能使用任何內建的用于处理大整数的库(比如 BigInteger), 也不能直接将输入的字符串转换为整数形式。示例 1:输入:num1 = "11", num2 = "123"输出:"134"示例 2:输入:num1 = "456", num2 = "77"输出:"533"示例 3:输入:num1 = "0", num2 = "0"输出:"0"提示:1 <= num1..
2022-01-14 19:28:57 101
原创 3642、 第三大的数
给你一个非空数组,返回此数组中 第三大的数 。如果不存在,则返回数组中最大的数。示例 1:输入:[3, 2, 1]输出:1解释:第三大的数是 1 。示例 2:输入:[1, 2]输出:2解释:第三大的数不存在, 所以返回最大的数 2 。示例 3:输入:[2, 2, 3, 1]输出:1解释:注意,要求返回第三大的数,是指在所有不同数字中排第三大的数。此例中存在两个值为 2 的数,它们都排第二。在所有不同数字中排第三大的数为 1 。提示:1 <= nums..
2022-01-13 17:43:51 125
原创 3643、爬楼梯
假设你正在爬楼梯。需要 n阶你才能到达楼顶。每次你可以爬 1 或 2 个台阶。你有多少种不同的方法可以爬到楼顶呢?注意:给定 n 是一个正整数。示例 1:输入: 2输出: 2解释: 有两种方法可以爬到楼顶。1. 1 阶 + 1 阶2. 2 阶示例 2:输入: 3输出: 3解释: 有三种方法可以爬到楼顶。1. 1 阶 + 1 阶 + 1 阶2. 1 阶 + 2 阶3. 2 阶 + 1 阶来源:力扣(LeetCode)链接:力扣著作权归领扣网络所有。商业转载请联.
2022-01-11 20:15:46 140
原创 3644、一年中的第几天
给你一个字符串date ,按 YYYY-MM-DD 格式表示一个 现行公元纪年法 日期。请你计算并返回该日期是当年的第几天。通常情况下,我们认为 1 月 1 日是每年的第 1 天,1 月 2 日是每年的第 2 天,依此类推。每个月的天数与现行公元纪年法(格里高利历)一致。示例 1:输入:date = "2019-01-09"输出:9示例 2:输入:date = "2019-02-10"输出:41示例 3:输入:date = "2003-03-01"输出:60示例 4:.
2022-01-11 14:38:06 126
原创 3645、删除有序数组中的重复项
给你一个有序数组 nums ,请你 原地 删除重复出现的元素,使每个元素 只出现一次 ,返回删除后数组的新长度。不要使用额外的数组空间,你必须在 原地 修改输入数组 并在使用 O(1) 额外空间的条件下完成。说明:为什么返回数值是整数,但输出的答案是数组呢?请注意,输入数组是以「引用」方式传递的,这意味着在函数里修改输入数组对于调用者是可见的。你可以想象内部操作如下:// nums 是以“引用”方式传递的。也就是说,不对实参做任何拷贝int len = removeDuplic
2022-01-09 11:28:19 92
原创 3646、丑数
给你一个整数 n ,请你判断 n 是否为 丑数 。如果是,返回 true ;否则,返回 false 。丑数 就是只包含质因数2、3 和/或5的正整数。示例 1:输入:n = 6输出:true解释:6 = 2 × 3示例 2:输入:n = 8输出:true解释:8 = 2 × 2 × 2示例 3:输入:n = 14输出:false解释:14 不是丑数,因为它包含了另外一个质因数7 。示例 4:输入:n = 1输出:true解释:1 通常被视为丑数。...
2022-01-09 11:17:49 118
原创 3647、搜索插入位置
给定一个排序数组和一个目标值,在数组中找到目标值,并返回其索引。如果目标值不存在于数组中,返回它将会被按顺序插入的位置。请必须使用时间复杂度为 O(log n) 的算法。示例 1:输入: nums = [1,3,5,6], target = 5输出: 2示例2:输入: nums = [1,3,5,6], target = 2输出: 1示例 3:输入: nums = [1,3,5,6], target = 7输出: 4示例 4:输入: nums = [1,3,5,6].
2022-01-09 11:03:35 83
原创 3648、回文数
给你一个整数 x ,如果 x 是一个回文整数,返回 true ;否则,返回 false 。回文数是指正序(从左向右)和倒序(从右向左)读都是一样的整数。例如,121 是回文,而 123 不是。示例 1:输入:x = 121输出:true示例2:输入:x = -121输出:false解释:从左向右读, 为 -121 。 从右向左读, 为 121- 。因此它不是一个回文数。示例 3:输入:x = 10输出:false解释:从右向左读, 为 01 。因此它不是一个回文数。.
2022-01-09 10:50:31 136
原创 3649、两个数组的交集
给定两个数组,编写一个函数来计算它们的交集。示例 1:输入:nums1 = [1,2,2,1], nums2 = [2,2]输出:[2]示例 2:输入:nums1 = [4,9,5], nums2 = [9,4,9,8,4]输出:[9,4]说明:输出结果中的每个元素一定是唯一的。我们可以不考虑输出结果的顺序。来源:力扣(LeetCode)链接:https://leetcode-cn.com/problems/intersection-of-two-arrays著作.
2022-01-09 10:40:34 87
原创 3650、两数之和
给定一个整数数组 nums和一个整数目标值 target,请你在该数组中找出 和为目标值 target的那两个整数,并返回它们的数组下标。你可以假设每种输入只会对应一个答案。但是,数组中同一个元素在答案里不能重复出现。你可以按任意顺序返回答案。示例 1:输入:nums = [2,7,11,15], target = 9输出:[0,1]解释:因为 nums[0] + nums[1] == 9 ,返回 [0, 1] 。示例 2:输入:nums = [3,2,4], tar...
2022-01-09 10:03:27 90
原创 94,96、先写则少错,少写则多错;多思则少算,少思则多算
xx时期,xx老师经常说一句话:做数学题,多思少算。少思,那就多算。对于dts这种技术密集型的项目,那些业务逻辑复杂的项目,在写代码之前,先写文档,写思路,非常有必要。为什么呢?对于复杂的事情,大部分人,大概率会遇到问题。解决问题,排查问题,会花很多时间。而如果提前去思考,写下自己的思路,设计,文档,然后再写代码,有很大概率,一次性就搞定了问题。94、定时任务,延时启动,减少项目的启动时间...
2021-12-31 10:35:55 260 2
原创 100、独立分析问题,解决问题,能力自然就提升了
个人成长之路:从我大学开始写代码以来,大多数情况,都是通过书本、网络资料、自己写代码、各种分析实践,把95%以上的问题,全都自己解决了。一般情况,也没遇到几个高精尖的技术问题,算法问题。自己动手,不指望依赖他人,解决的问题多了,能力就提升了。排查问题的速度也越来越快了。加上,不断的总结写作,基本的问题,很快就知道问题可能的原因了。关键点:降低对他人的依赖,自己独自解决。什么时候,可以指望他人:时间紧,任务重;问题情况比较复杂;自己排查很久,还没方向,陷进去了;...
2021-12-31 10:34:00 274
原创 99、怎样理解:程序员需要严谨
对于那些不懂技术,不需要关注实现的人来讲,只用从自己的角度,用着舒服,感觉正常即可。而对于程序员,尤其是后端程序员来说,必须努力、主动、有意识的,去考虑所有的场景、所有的情况,发生的、将要发生的、可能发生的。哎,有点累。只有尽可能考虑到所有的情况,才能去分析事情背后的运作逻辑。知道逻辑,才能去组织 自然语言,让小白理解。组织技术语言,去写代码实现,让机器执行。还有一个难题:表达问题,需要抓住问题的根本,三言两语说清楚问题的关键点。各种人士,比如:上下游相关人士,很多情况,
2021-12-31 10:33:24 453
原创 98、多人开会,是为了达成共识,不是为了讨论问题
一、多人开会,是为了达成共识,不是为了讨论问题开会,是为了工作;工作,不是为了开会。除了开会,代码功能 才是主要职责和劳动成功。多人开会,是为了达成共识,不是为了讨论问题。二、应该避免的开会1到2小时,了解彼此的想法,一边讨论,一边达成结论;甚至,无法达成结论,下次接着聊。三、高效率的1、如果需要讨论,可以私下少数2到3个人,交换意见即可。2、正式会议之前,有自己的思考、办法、建议、讨论素材3、讨论事项,矛盾点、争议点、冲突点,列1、2、3点。
2021-12-31 10:32:44 297
原创 97、技术人员在日常沟通表达中的挑战
一、基本背景技术人员,尤其是后端人员,更加侧重一个问题的具体技术实现。日常工作中,又需要同 后端技术人员、前端人员、测试、产品经理、运维等沟通交流。实际情况需要,技术人员,挑战1:在同对方交流的时候,需要考虑到对方的技术背景,选择合适的语言,让对方听明白:现在的问题是啥、性质、运作逻辑、问题的原因等。挑战2:面向不同背景的人,不断的切换表达方式。日常1:因为工作中,技术人员交流,用技术语言表达更有效率,习惯性用技术语言。日常2:和测试、产品等沟通,需要用更多的自然语言,会比较
2021-12-31 10:32:07 519
原创 95、越权查看数据,有风险
不要试图查看自己不应该看到的数据。如果需要看,走正当途径,走正门,莫走后门。1、有感而发:越权行为负责的xx系统xx模块,程序记录到了某人1年,手动构造了2个路径,一共3个请求,试图查看“没有权限”或“不应该查看”的数据。2、好奇心害死人:黑客行为技术人员,懂点技术的人员,总有种“黑客”的冲动行为。改改url,修改参数,试图查看更多的数据。一不小心,被系统记录了,可能给自己带来不好的影响。3、友情提示:老实本分低调、老实、本分、知道自己该知道的。4、我的“
2021-12-31 10:31:06 272
原创 93、如果一个业务需求,技术上很难实现,得首先怀疑下需求的合理性
1、如果一个业务需求,技术上很难实现的得首先怀疑下需求的合理性2、一点经验:技术设计是清晰的前提下,只要需求是合理的,大多数情况 都比较好搞定;如果技术上特别难实现,得首先怀疑下 需求的合理性了。3、大道至简现实世界的万事万物已经“良好”运作了,互相适应了,保持了当前的稳定关系。业务类的系统,也遵循着潜在的事物规律。技术设计上,简单的、简洁的、清晰的,则通常是 信息完整的、可扩展的、灵活的、具备发展基础的。此时,如果业务很难实现,那么很有可能是“需求不常见”、“需求不合
2021-12-31 10:29:48 292
原创 92、先比较,再更新,速度极快
一、问题一个系统,经常需要和上下游同步数据,比如账务dts从crm同步客户数据,新dts从老dts同步用户数据,ehr需要把xx数据写进redis。二、常见的办法1、数据库之间的同步先删除所有数据,再保存所有数据;整体作为一个事务。问题:速度很慢。如果表的id被其它业务关联了,也不方便。更好的办法:先从系统的数据库表,查询存在的数据;和需要同步查询的数据作比较, 判断哪些是新增的、哪些是删除的、哪些是修改的。即:先比较再更新。2、向es写数据最差的办法:删除所有数
2021-12-31 10:28:38 884
原创 91、信息量太大,怎么降低大脑压力
活得越久,信息量越大;死记硬背,不靠谱哎。解决办法:对信息进行维护,符合人的大脑存储方式。1、时间日记、编年体、流水账、新闻。人物、时间、地点、事情的起因、过程和结果2、主题新闻报道专题、数据挖掘的专题(人物客户)、纪传体史书(以人物为中心)3、分类电脑的文件夹、浏览器的书签,分类再分类,树状结构;图书馆的图书分类,方便查找4、逻辑和推理数学公式定理、警察破案、程序员排查bug、怎么解决一个问题、怎么写PPT5、艺术PPT汇报的艺术、诗词韵律...
2021-12-31 10:27:26 152
原创 90、不同系统,同一个事物的名称,最好保持一致
启发,经验:1、不同系统,同一个事物的名称,最好保持一致;2、代码中多用枚举,不写死汉字,英文字母3、上下游传输,多用数字枚举4、 界面展示的文案,可以做成可配置的。内部代码叫a,用户可能需要看到A相关例子:MD5,md5,Md5....
2021-12-22 16:34:15 225
原创 89、无数次的事实证明,单一职责,结构清楚,bug最少
无数次一次又一次的事实证明,只要不把代码写清楚,就容易出现各种问题。今天是复制粘贴,漏了一处改名的。 // 可能1个拆成2个 privateList<ResultRequest> resultRequest(ResultVo resultVo, Map<Integer, ProductVo> productMap, Map<Integer, CrmCustomerVo> customerMap) { ...
2021-12-22 16:33:15 111
原创 87-88,同一个项目的交互配置,维护成一个json和config对象,极简中的极简
87、同一个项目的交互配置,维护成一个json和config对象importlombok.Data;@DatapublicclassCsTokenConfig {privateString projectCode;privateString token;privateString fileUploadUrl;privateString fileDomain;}88、极简中的极简构造一个对象,构造集合,对象转换,...
2021-12-22 16:31:47 99
原创 86、提供辅助参数,方便排查确认问题
一、现象后端,经常给前端提供各种各样的业务数据查询接口。对于逻辑类的、规则类的,尤其是关键业务、特定业务,理解起来比较费劲。前端,可能只需要一个参数:是否,或者 一个url。但,这个值怎么来的,前端并不需要。所以,后端通常不给前端返回这个参数。二、问题接口开发完成了,怎么自测了,怎么知道对不对呢?没有过程信息、没有逻辑推理的参数,怎么确认结果一定正确呢?如果测试或产品或前端,提出一个疑问bug,怎么解释呢?是有bug,还是他们理解不对,还是存在歧义呢?如果是线
2021-12-22 16:29:03 522
原创 85、face to face,效率高。当面说,岂不美哉
我感觉web er稍微懒一些,都挂2个耳朵;有问题,都得上门服务。pm er,积极些,经常上门沟通。当面沟通,说的清楚一些,企业微信上,你滴 我嗒,经常扯不清。微信,适合 1,0,简单的通知。今天沟通人员:xxxxx...
2021-12-21 20:23:01 318
原创 84、一个表的更新,最好是 先比较,判断是否发生了变化。有变化 再更新,比较好
1、观点:一个表的更新,最好是先比较,判断是否发生了变化。有变化再更新,比较好。2、现象:项目刚刚启动,就大量的update语句。本来想调试看看某个地方的sql语句。3、场景很多数据库表,有定时更新的需求。比如,A系统维护客户,为了解耦或效率,同步到了B系统。但是,偶尔会变化,因此会定期更新,但更新并不是频繁。更新方法1:全量更新+mq更新更新方法2:定时全量更新。但,update语句太多,很容易导致数据库慢,系统慢。如果数据有几百万条,咋整?解决办法:先..
2021-12-21 20:17:05 725
原创 83、我为啥不喜欢在jira上维护任务的信息呢
我为啥不喜欢在jira上维护任务的信息呢?1、jira任务,现状,对开发人员来说,只是个记录。2、jira任务,基本是临时性的,项目上线后,回头看很少见。3、需求、业务、逻辑、设计,bug反思,都算是文档类的,习惯在wiki上维护。根本原因:时间有限or态度不佳or就是比较懒。办公和开发辅助的软件,比较多了。wiki、jira、人效、周报等,越来越多。工作类的信息,很多场景都需要,但没有很方便地打通。...
2021-12-21 20:15:21 139
原创 82、保持好奇心,多思考,知识和智慧总有派上用场的时候
一、强力的2点心得1、总结使人进步。每天日拱一卒,记录每天解决的问题,典型场景:bug、技术难题、推理过程。2、保持好奇心,多思考需求是否合理、公司业务、项目的发展。二、保持好奇心,多思考,最近1个例子:群组企业微信等社交软件,涉及到群、组等概念的时候,有“退群”等常见的功能。平时,除了作为普通用户使用它,还会从学习者的角度,看看他完成了哪些功能点。创新者、创业者、产品经理、研究人员等岗位,需要对日常事物,保持好奇心,发现闪光点。类比,技术人员,使用技术,学习框架
2021-12-21 20:14:32 159
原创 81、前后端等上下游岗位配合的思考和参考工作方法,望文知意,约定优于沟通
友情提示1、本文主要以 后端研发视角写的2、本文纯属一家之言,仅供参考、慎重参考3、本文主要探讨项目开发和配合。一、岗位链条,上下游需求-pm-前端-后端-测试-运维+boss。一荣俱荣,一损俱损。除非遇到相关人士,不配合、持续不配合、强烈不配合,还是多出点力,先搞定问题比较稳妥。二、前后端配合,合作典范目前,和前端的配合非常顺畅了,合作过的且在职的,大概5人。德坤徐娜春雨,基本都能秒懂。蒙蒙、明佳沟通交流较少,基本也没问题。合作方...
2021-12-21 20:13:07 1510
原创 80、20%时间写代码,80%阅读代码。代码写得一坨屎,后患无穷
权限控制,能单独维护就单独维护。权限逻辑分3部分,各自维护。哪里变化了,就只改某个子方法。20%时间写代码,80%阅读代码。代码写得一坨屎,后患无穷。每天瞎忙,没干几件事,更别提成长了。也没时间research&study。...
2021-12-16 17:08:35 217
原创 79、业务代码的结构、分类、分工
1、crud(开发人员的基本功) 2、高频查询(更清晰) 3、核心save方法(技术和业务能力的体现) 4、核心业务操作(技术和业务能力的体现) 5、纯工具方法(一辈子,可以只写一次) 6、业务工具kit方法(单个项目,公司相关的) 7、业务工具kit服务(单个项目,核心业务的辅助,周边业务) 8、辅助代码(所有项目通用,由于没RPC封装,暂时如此)1、crud(开发人员的基本功)基本的各种增删改查,没有业务逻辑,或逻辑比较少。Controller、Service、Mapper等..
2021-12-16 17:07:33 750
原创 78、读写分离,精心维护核心方法
1、百小融FAQ和运营助手FAQ,总体功能非常类似。70%是一样的,30%各自有定制化的代码。2、先直接复制粘贴,再修改,发现重复代码太多,不方便以后维护。把完全一样的代码,通常是那些业务逻辑无关的,比如 纯粹的crud、数据转换、格式化等,放到XxKit,XxKitService、XxEnum。3、还剩下261行代码,主要分为查询Query和修改Save 2大类代码。查询的,数据库表共用,但 业务类型bizType有区分、2个业务的字段有很多不同的,因此各自维护。修改类的,核心的是
2021-12-16 17:06:23 210
原创 77、实事求是,解决现实问题的一种简单可行的办法
日常生活中,学习中,工作中,经常有一些复杂的问题,需要处理。这样做,觉得不妥;那样做,也感觉不妥。比如,x,xx,xxx。显得非常纠结。为什么会纠结?因为,问题复杂了,参与的人多了,考虑问题的角度立场不同,主观思维就会越来越多。俗话说:众口难调。至少存在若干事情,不可能让所有人都满意,同等满意。针对以上这种情况,其它情况,至少有种比较简单可行的办法:实事求是。事情、事物、真相,是怎样的,就是怎样的。按照逻辑来处理,主次之分,因果关系,重要程度,时间顺序等考虑。
2021-12-16 17:05:02 312
原创 76、技术分享,积善积德。帮助他人,成就自己
技术分享,积善积德。帮助他人,成就自己。工作中遇到的问题,及时整理总结下,好处多多:1、加深印象,从根本上理解了问题2、日拱一卒,不断进步。普通人居多,成长是一天天积累的。3、纯技术问题,非公司特定业务问题,分享出来,既帮助了他人,也成就了自己。4、2016年,跳槽时,想去大厂深造下。正好有个网友,即将从jd离职,就顺手把我推荐给了boss,然后我就到了jd xx部门xx岗位。这个网友看过我的文章,也在xx社区和xx社区一起奋斗过。2021年9月26日,又一个网友反馈
2021-12-16 17:03:01 323
原创 72、价值和定位:百小融和运营助手,一点思考
本文纯属个人思考,仅供参考,轻喷。一、核心问题价值和定位百小融:解放职能岗位,引导用户向“智能机器人”提问,但实际上,只有少量用户,偶尔会问。二、为什么用的少1、公司人数不够多2、新员工入职初期,老员工偶尔遇到问题,才会问一下;老员工,大多数问题都已经知道了,或者内部问下身边同学和大哥。3、只会问标准问题,敏感问题,可能不会在这里,会有担心风险的情况吗4、百小融自身是否足够强大,覆盖了用户想要的问题;如果第一次没有,或者回答的问题有限,很快就不想用了5、问
2021-12-15 15:50:49 109
JDK1.6中文API手册.CHM
2014-06-29
在Java中使用脚本语言JavaScript
2014-01-07
推荐系统实践
2013-12-27
BIEE11g培训资料 中文
2013-11-25
一个HelloWorld版的MySQL数据库管理器的设计与实现(源码)
2013-10-20
斗地主算法的设计与实现-FansUnion-DouDiZhu-20131012.zip
2013-10-12
ExcelToHtmlTable转换算法:将Excel转换成Html表格并展示(项目源码+详细注释+项目截图)
2013-10-04
Struts2SpringHibernate整合,一个HelloWorld版的在线书店(项目源码+详尽注释+单元测试)
2013-10-01
Struts2SpringUnitDemo单元测试
2013-09-28
中国象棋程序的设计与实现(原始版)(包含源码)
2013-09-09
Java-ApacheMail发送邮件
2013-09-06
悟透JavaScript
2013-07-30
spring security 完整eclipse工程
2013-07-09
MongoDBJavaAPI文档
2013-07-08
mongodb java驱动 API文档
2013-07-08
将大量数据从数据库导入到Excel文档
2013-06-26
JTest 8.4.20 破解
2013-06-14
Excel2html
2013-06-13
Servicemix做代理服务器发布WebService
2013-05-27
Java 利用POI操作PPT
2013-04-19
Spring源代码解析.rar
2013-04-04
Spring源码分析.pdf
2013-04-04
多图详解Spring框架的设计理念与设计模式.pdf
2013-04-04
大型网站技术架构分析(余浩东).pdf
2013-04-04
Spring Framework 开发参考手册
2013-04-04
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人