通过一段时间的学习和了解以及前面几篇关于Slick的讨论后对Slick这个函数式数据库编程工具有了些具体的了解.回顾我学习Slick的目的,产生了许多想法,觉着应该从实际的工作应用角度把我对Slick目前能够达到的目的以及在现有功能优势和特点下如何进一步改进才能正真符合IT系统对数据库程序编程和运行效率的要求.想通过这篇博客把想法提出来跟大家分享一下,看看是否能够引起大家的共鸣,为我下一步的工作制定一个方向性的框架. 首先谈谈Slick的特点:主体方面Slick为函数式编程模式带来了SQL编程,…

再这之前,我曾认为,一个变量只要定义为全局变量后,即使把它以传参的方式传进去一个函数内,也能改变它的值 事实证明,这一想法是错的. 下面我用代码说明,具体注释将写在里面 #include<stdio.h> #include<iostream> ; void change(int *b){//这个是传指针,可以改变a *b=*b+; } void change_1(int a){//这个不能改变 a++; } void change_2(int &a){//传入引用,可以改变…

新的项目开始了,这一次是做一个网站类似于QQ空间那样的,基本功能比如说写日志,说说之类的都要有(说说是要有楼中楼嵌套的,应该能够上传图片),还要可以修改个人信息.登录注册之类的更不用说了,还要有一定的加密功能(哈希加密).我觉得现在最大的困难是,登录注册页面是动态的,空间页面也是动态的,当新用户注册成功时,我们应该自动生成一个动态网站,也就是用户的个人空间.去网络上搜索了一下,发现动态网站生成静态网站比较容易,但是如果生成动态网站就比较困难(因为涉及了大量的动态的信息).我的初步设想是做出一个模…

关于小组所要做的app,我们敲定下来是做关于在线做题的app,但是,纯粹的做题目的app我认为并没有什么大的吸引力,尤其是拿手机做题.所以,我们考虑准备在以下几个方面做功夫以增加吸引力.第一,我们的题目选择的大多数是考证题和竞赛题.毕竟,现在大多数的在线做题app无非是按语文,数学,英语等学科进行分类的,但是,我们却并不像这么分类,我么打算按所学专业分类,并提供的是学生需求量大的考证题以及竞赛题.这些题目往往需求量大同时找起来比较费时,所以我觉得这是很切中要点的.第二,讲句实话,主动想做题的毕竟…

本文非技术文 十点半游戏的代码大概完成了1/3,想到今晚提早验收完汇编实验,还是副院长亲自验的,似乎很看好我的样子,然后问我的方向,导师和参加的项目.聊了几句后结束了对话,不禁又引发了我的一些思考. 关于方向我当初选择了软件方向.我自知自己对硬件的兴趣较小,当初选方向很快划掉了嵌入式方向:可能我更对网络方向感兴趣,但是这个方向并不可选,pass:数字媒体和软件的抉择也没多做考虑,果断选了软件,比起花花绿绿的东西我更喜欢朴素的吧,尽管底层都是朴素繁琐的东西. 然后是方向导师.惭愧.当初满腔热血选了…

最近研究servlet,看书时候书里讲到了c/s架构到b/s架构的演变,讲servlet的书都很老了,现在的b/s架构已经不是几年前的b/s架构,其实b/s架构就是web应用开发,对于这样的架构我们现在应该考虑的是前端和后端的分离(注意:这里的后端是指服务端). Web前端现在是一个独立的技术工种,这个工种的产生主要是针对互联网行业的需求,我在以前的文章里曾经讲到过,一个大型互联网网站,例如想淘宝网,它绝对不是一个Web项目,而是一群web项目的集合,那么如果不在前端进行整合,这么多web项目前…

微信公众账号很久没更新了,发一点自己最近的想法和内容. 之前和朋友做了一个项目,现在在跟一些风投,大公司里面的几家在谈合作和投资的事宜,从这个过程中也了解到了一些信息. 关于移动平台的应用开发与游戏开发,根据目前了解到的情况,几乎没有依赖于应用开发而赚钱的公司,或者只有仅有的几家公司靠着应用赚了些钱.谈不上活的多好,只能说养活自己和团队吧,远谈不上赚钱.其实在商业模式上来讲,也仅仅只有游戏是靠谱的盈利方式,PC端是如此,国内的情况更是如此,很多人愿意花几块钱,几十块钱来买游戏道具等等,不愿意花钱…

最近看到一个别人写的js类库,突然对js中的原型及继承产生了一些想法,之前也看过其中的一些内容,但是总不是很清晰,这几天利用空闲时间,对这块理解了一下,感觉还是有不通之处,思路上没那么条理,仅作为分享, 一.instanceof 在JavaScript有instanceof运算符,是二元运算符,使用方法 instanceA instanceof A,返回值是布尔值(boolean),含义是判断instanceA是否是A的一个实例,其实质是判断A.prototype===instanceA.__p…

前言,这个想法应该是git比较通用的做法,只是我还没用过,所以把自己的想法记录在这里,督促自己以后按这个方式执行. 我们公司现在面临一个问题, 就是客户的定制需求很多,很杂,其中坑爹需求很多. 我还没真正面对过这些问题, 不过以在上一家公司的经验,有一些坑爹的需求,往往先加进来,用一段事件后,又会被还原成原本的样子. 对于这种问题,以前是没有很好的解决方案的,因为这种坑爹需求从加入到还原,中间还插入过很多其他的功能点修改. 很难一步还原. 而我想到的方法是这样的, 其实应该也是git建议的用法,…

本来标题想写“详细设计”,但是由于独立游戏开发有很强的探索性,最终项目一定是经过原型调整迭代而来的,所以在实际效果出来之前把设计做得太细并没有太大意义,现在只能先陈列目前的一些想法,不能定义“它是什么样的”,但能限定“它需要有什么”. 一.主界面 主界面应当能形象地反映当前游戏进度.初步想法是将游戏场景作为主界面背景衬于菜单之下,这样主界面与游戏场景间切换就不需要经过转场,玩家体验可以更流畅,用现在时髦的话来说,可以增强玩家的沉浸感. 二.开放地图编辑功能 这是一个通关游戏,所以很大一个问题就是…