JBTALKS.CC

标题: [讨论][C#][JAVA][PHP] OOP 的逻辑, 如何写个好CLASS? [打印本页]

作者: 宅男-兜着走    时间: 2009-12-6 06:06 PM
标题: [讨论][C#][JAVA][PHP] OOP 的逻辑, 如何写个好CLASS?
虽然明白 OOP 的格式。

但是还是很抽象, 也不明白怎样才是正确的使用方法, 也不明白怎样写个好 CLASS。

请大家多多指导。

假如现在我要写个 program 能 record employee的资料进去 database的。

employee 的constructor内
name, age , salary , position 等等

我现在写了 position 继承 (manager, officer , clerk , toiletKeeper ,等等)。

然后我又写了个class 叫做 database ,database class 有 3 个method , (1 . saveProfile , 2. updateProfile ,3. deleteProfile)

这样子针对的方式如何? 感觉是对, 又好像不对, 希望有人指点指点。

[ 本帖最后由 宅男-兜着走 于 2009-12-6 08:16 PM 编辑 ]
作者: Super-Tomato    时间: 2009-12-6 07:02 PM
原帖由 宅男-兜着走 于 2009-12-6 06:06 PM 发表
虽然明白 OOP 的格式。

但是还是很抽象, 也不明白怎样才是正确的使用方法, 也不明白怎样写个好 CLASS。

请大家多多指导。

假如现在我要写个 program 能 record employee的资料进去 database的。

我现在写了 employee , 我inherit position (manager, officer , clerk , toiletKeeper ,等等)。

然后我又写了个class 叫做 database ,database class 有两个method , (1 . saveProfile , 2. updateProfile ,3. deleteProfile)

这样子针对的方式如何? 感觉是对, 又好像不对, 希望有人指点指点。



如果只是如你這樣述说,應該是 position 继承 database class 才對吧
作者: duo8668    时间: 2009-12-6 11:46 PM
employee => abstract class
Manager=>inherit from position
db class => make use of both ?


刚刚用。。。safari 。。。所以就那么怪的回答。。。

话说,楼主在做什么project?


[ 本帖最后由 duo8668 于 2009-12-7 12:00 AM 编辑 ]
作者: 宅男-兜着走    时间: 2009-12-6 11:55 PM
原帖由 duo8668 于 2009-12-6 11:46 PM 发表
employee => abstract classManager=>inherit from positiondb class => make use of both ?   





你在写什么? 有点看不懂
作者: duo8668    时间: 2009-12-7 12:02 AM
标题: 回复 #4 宅男-兜着走 的帖子
那个是我上学期 assignment 老师叫我们用的JSP 的 MVC  =.=
基本上是不想看回去。。。 乱78糟
作者: 宅男-兜着走    时间: 2009-12-7 12:13 AM
原帖由 duo8668 于 2009-12-6 11:46 PM 发表
employee => abstract class
Manager=>inherit from position
db class => make use of both ?


刚刚用。。。safari 。。。所以就那么怪的回答。。。

话说,楼主在做什么project?




没做project, 也没project 给我做, 只是写玩玩罢了。

我只是想知道这样的 PROGRAM :

我有这些东西:

employee -> 1. manager
                        2. officer
                        3. clerk
                        n. ........

然后一个database

companyBase -> tbl_employees

然后这些员工的东西, 都会记录在同个 table 内。 是你你会怎么设计? 怎么分类那些class?

database , insert update delete 都在同一个 employee class

还是, database insert , update , delete 是自己一个个别的 class?

[ 本帖最后由 宅男-兜着走 于 2009-12-7 12:16 AM 编辑 ]
作者: Super-Tomato    时间: 2009-12-7 12:23 AM
原帖由 宅男-兜着走 于 2009-12-7 12:13 AM 发表




没做project, 也没project 给我做, 只是写玩玩罢了。

我只是想知道这样的 PROGRAM :

我有这些东西:

employee -> 1. manager
                        2. officer
                      ...



把你的 insert, update, delete 等基本操作资料库動作写在 employee 即可,而所有的职业都继承這個 employee 動作,如果你要的話 employee 可以再 extend 你自己的 db class
作者: 宅男-兜着走    时间: 2009-12-7 12:27 AM
原帖由 Super-Tomato 于 2009-12-7 12:23 AM 发表



把你的 insert, update, delete 等基本操作资料库動作写在 employee 即可,而所有的职业都继承這個 employee 動作,如果你要的話 employee 可以再 extend 你自己的 db class



你说的最后一句的意思是, employee 继承  db class 吗?
作者: Super-Tomato    时间: 2009-12-7 12:32 AM
原帖由 宅男-兜着走 于 2009-12-7 12:27 AM 发表



你说的最后一句的意思是, employee 继承  db class 吗?



對啊。。。想想如果你把 db 连接等都写在 employee 的話,那麼你的程式就写死了
db 可以是 Oracle, DB2, MSSQL, MySQL等,只要写個 interface 提供給程式的話,你的 employee 就可以不用再重写的情況下完成各种资料库的移植
作者: duo8668    时间: 2009-12-7 02:13 AM
原帖由 宅男-兜着走 于 2009-12-7 12:13 AM 发表




没做project, 也没project 给我做, 只是写玩玩罢了。

我只是想知道这样的 PROGRAM :

我有这些东西:

employee -> 1. manager
                        2. officer
                      ...

我的嘛。。。目前还是学生,谈不上什么设计。不过会做像tomato所说的那种基本设计吧。深入的就不知道了。
作者: 我是大猪头    时间: 2009-12-7 02:21 AM
原帖由 Super-Tomato 于 2009-12-7 12:32 AM 发表



對啊。。。想想如果你把 db 连接等都写在 employee 的話,那麼你的程式就写死了
db 可以是 Oracle, DB2, MSSQL, MySQL等,只要写個 interface 提供給程式的話,你的 employee 就可以不用再重写的情況下完 ...



佩服,高手
作者: 宅男-兜着走    时间: 2009-12-7 03:31 AM
原帖由 Super-Tomato 于 2009-12-7 12:32 AM 发表



對啊。。。想想如果你把 db 连接等都写在 employee 的話,那麼你的程式就写死了
db 可以是 Oracle, DB2, MSSQL, MySQL等,只要写個 interface 提供給程式的話,你的 employee 就可以不用再重写的情況下完 ...


请你举个例子来, 实例。 Interface 是怎样的情况下用到。

假设 DB 是个Interface 他的 method 有 insert, update , delete 的话? 这样如何?
作者: Super-Tomato    时间: 2009-12-7 05:45 AM
原帖由 宅男-兜着走 于 2009-12-7 03:31 AM 发表


请你举个例子来, 实例。 Interface 是怎样的情况下用到。

假设 DB 是个Interface 他的 method 有 insert, update , delete 的话? 这样如何?




Interface

insert, update, delete 并不是 db 的 method 而是 employee 的方法
每样對象(object) 都有個字的属性与方法,如果你把 insert, update, delete 方法赋予在 db 的 class 中,那麼這個 db class 就只能专給 employee 而使用了

所谓 db 當然目的就是与資料庫做沟通,所以其方法就是做 connect, query, close 等
回顾你的 Java 怎么引用车子为教學例子, 如

public interface operateVehicle {
     bool start();
     bool stop();
     void turn(Direction dir, float radius, float speed);
}

public class Vehicle implements operateVehicle {
     public Vehicle() {}
     public bool start() {}
     public bool stop() {}
     public void turn(Direction dir, float radius, float speed) {}
     .....
}



public class Car extends Vehicle {
    public Car() {}
}

public class Van extends Vehicle {
   public Van() {}
}

public class Example {
    public static void main(String args[]) {
        Car myCar1 = new Car();
        Van myVan1 = new Van();
    }
}
作者: goodday    时间: 2009-12-7 11:08 AM


随便画的
我好像不对呢

作者: 宅男-兜着走    时间: 2009-12-7 05:29 PM
interface employeeData{

public void insert();
public void update();

}

interface 好像没什么东西能继承的样子, 只是规定 implement他的class 要有他的东西。

就是说 在 interface 内 宣布的东西, 当别的class implements employeeData 的话 就要遵从他拥有 insert() 和 update() 的 method?

我对interface 的了解度还不是很高。如

果不要在interface宣布的话 自己亲手在个自的class 内 写这些 update() , insert() 的method 不行吗?
作者: 宅男-兜着走    时间: 2009-12-7 05:42 PM
标题: 回复 #14 goodday 的帖子
C# 很多不了解的地方。真是太奇怪了。

比如:

class employee{

public string name{ get ; set; }

public int age {get; set;}

}


geter 跟 setter 能融为一体 == 会不会太懒惰了?
作者: Super-Tomato    时间: 2009-12-7 05:49 PM
原帖由 宅男-兜着走 于 2009-12-7 05:29 PM 发表
interface employeeData{

public void insert();
public void update();

}

interface 好像没什么东西能继承的样子, 只是规定 implement他的class 要有他的东西。

就是说 在 interface 内 宣布的 ...



我想你沒看清楚 "interface" 的用意才會有這樣的提問, 如果你的程式不大你也可以選擇不用接口.

http://java.sun.com/docs/books/tutorial/java/concepts/interface.html
作者: 宅男-兜着走    时间: 2009-12-7 08:38 PM
标题: 回复 #17 Super-Tomato 的帖子
http://blog.163.com/shiningstar1 ... 785120076115442275/

抱歉, 之前真的不懂。

我理解了。

Employeedb.insert(manager);

然后 interface 还能 inherit interface , 而一个class 能 implements 多过一个 interface.

就会call到那个method 了。
作者: goodday    时间: 2009-12-7 09:17 PM
原帖由 宅男-兜着走 于 2009-12-7 05:42 PM 发表
C# 很多不了解的地方。真是太奇怪了。

比如:

class employee{

public string name{ get ; set; }

public int age {get; set;}

}


geter 跟 setter 能融为一体 == 会不会太懒惰了?

  1.         public class human
  2.         {
  3.             //1.1 / 2.0  传统写法,属性必须有一个私有字段
  4.       private int age;
  5.             public int Age
  6.             {
  7.                 get
  8.                 {
  9.                     return age;
  10.                 }
  11.                 set
  12.                 {
  13.                     age = value;
  14.                 }
  15.             }

  16.             //3.5写法,直接定义即可;
  17.       public string Name { get; set; }
  18.             public Int64 ID { get; private set; }
  19.         }
复制代码


vs 是宠坏我们的

作者: goodday    时间: 2009-12-7 09:24 PM
你想看看 你有了个 interface 如果有十个人 都要写 class
你的class 肯定是 under control not rubbish code

但没了??

十个不同的 standard 你不能统一 你的 stadard 咯

如 person < -- interface
inherit 了 firefighter, doctor, programmer, police men,

如 car <- interface (declare 4 个轮,一个方向盘, break)
inherit   toyota, honda, ferrari, bmw 而不会多一个 bmx 或penang 的三轮车

bmx 的 break 和 bmw 的 break 是不同的
但都是 disk break
作者: 宅男-兜着走    时间: 2009-12-7 09:31 PM
标题: 回复 #20 goodday 的帖子
了解了。
因为这样的做法比较省code + 容易maintain + 能偷懒。 这个就是 Interface的作用。
作者: fyhao    时间: 2009-12-8 03:07 AM
Interface 最多做 standard 的用途,但省不到 code,但的确可以少很多烦恼,因为有了标准,容易maintain (从java的角度,其他语言不知)

对了,想问 Goodday,你画的那个 UML 图,
Employee 有 properties name, age, address 的话,然后 method 有 add(), update(), delete(),写成 coding 都是 properties 和 method 写在一起?我大多数都会写在一起,但有时感觉到有点奇怪的样子。。。因为我的设计是在数据库返回数据 List 的时候,里面都会包装一个个的 Employee class。所以,当我要调用比如 getList() 的时候,我就
new Employee().getList();
这样我建立这个 Employee 只是为了做 getList() ,然后又返回其他 Employee 给我访问里面的 name age address。。。

或者,Employee 单单只有 properties,然后用另外一个 service class 来访问 Employee 来做 add update delete 操作。这样就看起来比较合理了。。。

[ 本帖最后由 fyhao 于 2009-12-8 03:10 AM 编辑 ]
作者: goodday    时间: 2009-12-8 11:49 AM



我的employee 是的目的是一个而已

如果是多的我的 list 是收在 employees 的class 的property 的

哈哈 千变万化的
用 ifactory 来实行
还有要求 再改
UML 的好处 是 还没写code 就知道 问题 所在
然后可以讨论

以前我的其中一个 project  30 个programmer
沟通的是 UML

好像起屋子要蓝图
如果你写完咯 再叫你改 你会 骂到飞天 咯
我起了 10 楼 你叫我拆 2 楼

我们programmer 都是有 UML 来补助
我们的沟通是有一定的需要

新的 visual studio 2010 有 vs 用的 UML planner 了

你找工吗??? 找我咯 我有介绍 呵呵
你是java 仔??
作者: goodday    时间: 2009-12-8 11:53 AM
夷~~~~
线用错了 是 关系线 不是 承继的

作者: fyhao    时间: 2009-12-8 01:07 PM
我做PHP比较多。。。Java 跟 ASP.NET 还没出学校过。。。

你有什么介绍?
作者: 宅男-兜着走    时间: 2009-12-8 01:39 PM
标题: 回复 #22 fyhao 的帖子
如果Interface 有用的话, 我觉得能杀掉多点判断句吧。  

毕竟还是有用途的, 还有就是不必东找西找那些code。
作者: duo8668    时间: 2009-12-8 02:21 PM
原帖由 goodday 于 2009-12-7 11:08 AM 发表
http://i285.photobucket.com/albums/ll80/neo_yap/employee.jpg

随便画的
我好像不对呢

真的不对呢  
作者: goodday    时间: 2009-12-8 02:45 PM
原帖由 duo8668 于 2009-12-8 02:21 PM 发表

真的不对呢  


请指出
研究研究

作者: duo8668    时间: 2009-12-9 12:50 AM
原帖由 goodday 于 2009-12-8 02:45 PM 发表


请指出
研究研究

以我们学校老师所教的话,那个 dotted line + 有 arrow 的 应该是aggregation(不知道有没拼错)。所以它会出现在两个classes 中间而且是这个 class本身是一个 condition, 在某种状况下就会执行的。 而 interface 本身是缺一不可的话,也就是在 coder implements 的情况下,应该放 实心的尖角型。

因为format了电脑。。。然后没安装staruml。。。所以不能放上来。

不过,只要别人看得懂,其实也没什么关系。 读书嘛。。。就是为了 A 。老师的名句


3.41am 编辑

刚想到一个问题, 当我们 create 一个 instance 的时候,是 refer to the class 还是 load all code into the variable?
那么如果说是 load all code into the variable 的话, extends 是不是做一样的工作?这样的话 create instance 会占更多memory了吧?
有没有人试过 extends 到尾的?

谢谢各位大大的回答!

[ 本帖最后由 duo8668 于 2009-12-9 03:44 AM 编辑 ]
作者: goodday    时间: 2009-12-9 09:35 AM


里头有各种箭头的表达式


employee 和database helper 的联系是 depandency 的关系
作者: goodday    时间: 2009-12-9 09:46 AM
原帖由 duo8668 于 2009-12-9 12:50 AM 发表

刚想到一个问题, 当我们 create 一个 instance 的时候,是 refer to the class 还是 load all code into the variable?
那么如果说是 load all code into the variable 的话, extends 是不是做一样的工作?这样的话 create instance 会占更多memory了吧?
有没有人试过 extends 到尾的?

谢谢各位大大的回答!


  不会答你 我也不懂 很深的问题

我想是 refer to class 吧。。
因为inherit 了就是新的object 了

c# class 只能inherit 一次
inteface 就能multi

我用错了箭头?

是 ----->
虚线空心三角形?

很好 还没写code 的情况下
讨论
省很多开发的时间

em0011

[ 本帖最后由 goodday 于 2009-12-9 10:08 AM 编辑 ]
作者: goodday    时间: 2009-12-9 10:03 AM
原帖由 goodday 于 2009-12-9 09:46 AM 发表


  不会答你 我也不懂 很深的问题

我想是 refer to class 吧。。
因为inherit 了就是新的object 了

c# class 只能inherit 一次
inteface 就能multi

我用错了箭头?

是 ----->
不是
虚线 ...


我读了


里头的 UML 很多
http://dahua.cnblogs.com/
pattern 也很多 我读到傻傻 别人的 factory 拆了两种出来 我学不少
读了 就像 kangkang 的 senior 说 :programmer 很复杂的工作




强烈建议你们买这本书
作者: fyhao    时间: 2009-12-9 10:53 AM
实在精髓,设计模式。

楼上楼上的问题,可以参考 http://en.wikipedia.org/wiki/Virtual_method_table
作者: duo8668    时间: 2009-12-9 03:25 PM
标题: 回复 #32 goodday 的帖子
这应该是属于abstract class 的 extends(java) 对吗?
可是你放的却不是全部属于 abstract,有些是 成型的 methods. 所以,可以说是线跟箭头上的错误吧。
我用的通常是 association,directed association, aggregation, composition,generalization, dependency跟 AssociationClass.

那个空心箭头的 Realization 没用过,但据教科书讲的是关联性,好像就是用在 abstract class 这种。
作者: duo8668    时间: 2009-12-9 03:28 PM
原帖由 goodday 于 2009-12-9 09:46 AM 发表


  不会答你 我也不懂 很深的问题

我想是 refer to class 吧。。
因为inherit 了就是新的object 了

c# class 只能inherit 一次
inteface 就能multi

我用错了箭头?

是 ----->
虚线空心三 ...


那么如果我有DBConnection class 掌控 insert update delete, 在 dbManager内可以extend 它?相对的dbSupervisor 是否也能extend它?

如果是这样的话,还真奇怪为何我们一定要 create instance 了? extends不是更快?
作者: goodday    时间: 2009-12-9 04:12 PM
原帖由 duo8668 于 2009-12-9 03:25 PM 发表
这应该是属于abstract class 的 extends(java) 对吗?
可是你放的却不是全部属于 abstract,有些是 成型的 methods. 所以,可以说是线跟箭头上的错误吧。
我用的通常是 association,directed association, ag ...


你的太精髓啦
我的visio 功夫还没到那边

作者: goodday    时间: 2009-12-9 04:18 PM
原帖由 duo8668 于 2009-12-9 03:28 PM 发表


那么如果我有DBConnection class 掌控 insert update delete, 在 dbManager内可以extend 它?相对的dbSupervisor 是否也能extend它?

如果是这样的话,还真奇怪为何我们一定要 create instance 了? ex ...


那只是分出 怎么样的 连接方式
和 return 的 东西
如 datatable , datareader, datacommand 的ORM

update, insert  是属于个的 object 的动作

但也很奇怪 不会描述 叻
抽象的很

等下改了再贴上来研究



[ 本帖最后由 goodday 于 2009-12-9 04:19 PM 编辑 ]
作者: duo8668    时间: 2009-12-9 05:20 PM
原帖由 goodday 于 2009-12-9 04:18 PM 发表


那只是分出 怎么样的 连接方式
和 return 的 东西
如 datatable , datareader, datacommand 的ORM

update, insert  是属于个的 object 的动作

但也很奇怪 不会描述 叻
抽象的很

等下改了再贴上 ...

目前我比较头痛的就是 我的 assignment, 不知道要怎么避免 reluctant and retarded 的 coding。
Presentation 那边我用的是 jQuery 来 dynamic update div。不知道 ASP.NET AJAX 的 script loading performance 是怎样的。因为它的 library 真的很大!!!  如果每次run的时候都要load needed script的话,不就。。。

jquery 才 58KB 左右,又能 reuse。虽然我将 .aspx 的 档案当成 .php 那种 处理方式来使用,不过我觉得aspx 好像会带给服务器一定的压力,过度使用(比如 realtime update) 的状况下应该会导致 server malfunction 吧?

那么答案到底是什么呢?怎样才是对 aspx 最好的 ajax realtime update?
作者: goodday    时间: 2009-12-9 07:33 PM
原帖由 duo8668 于 2009-12-9 05:20 PM 发表

目前我比较头痛的就是 我的 assignment, 不知道要怎么避免 reluctant and retarded 的 coding。
Presentation 那边我用的是 jQuery 来 dynamic update div。不知道 ASP.NET AJAX 的 script loading performance 是怎样的。因为它的 library 真的很大!!!  如果每次run的时候都要load needed script的话,不就。。。

jquery 才 58KB 左右,又能 reuse。虽然我将 .aspx 的 档案当成 .php 那种 处理方式来使用,不过我觉得aspx 好像会带给服务器一定的压力,过度使用(比如 realtime update) 的状况下应该会导致 server malfunction 吧?

那么答案到底是什么呢?怎样才是对 aspx 最好的 ajax realtime update?


你问对人咯
microsoft 的 asp.net ajax 是比较重 我也没用它 我是和番茄用一样的jquery
你把你的 data
json 了比较好处理
试下 http://james.newtonking.com/projects/json-net.aspx
的 json.net
我是这样的跑得

还有 不要用 .net 的 web service 或 aspx page 来 output  ajax 的 request
用 ashx 没有 page life cycle time 的 比较快
但 security 要比较小心

ashx 是跑不到 session 的
自己要 inherit httpsession

我已ashx 的跑法 自己试 nunit 测试
300 个同时load 都还应付的到
每个 500 条的 datarow

但jquery 的gridview 不会比extjs 快

当然考虑了 超过 300 的吞吐量的时候
应该会下iis 7
em0011

喂 你读那里??
作者: duo8668    时间: 2009-12-9 08:48 PM
原帖由 goodday 于 2009-12-9 07:33 PM 发表


你问对人咯
microsoft 的 asp.net ajax 是比较重 我也没用它 我是和番茄用一样的jquery
你把你的 data
json 了比较好处理
试下 http://james.newtonking.com/projects/json-net.aspx
的 json.net
...

Singapore Polytechnic , Diploma in Information Technology.
你给我那个JSON开不到 em0012
没关系。。。还有 google 大佬帮忙 em0011
作者: goodday    时间: 2009-12-9 08:52 PM
原帖由 duo8668 于 2009-12-9 08:48 PM 发表

Singapore Polytechnic , Diploma in Information Technology.
你给我那个JSON开不到 em0012
没关系。。。还有 google 大佬帮忙 em0011


那么高水准
当时我的脑只闪过一个可能性

apiit college 而已

没想到是 新加坡的
作者: duo8668    时间: 2009-12-9 09:21 PM
原帖由 goodday 于 2009-12-9 08:52 PM 发表


那么高水准
当时我的脑只闪过一个可能性

apiit college 而已

没想到是 新加坡的

没啦
出来做工的各位比我的能力强多了。

顺便问下,有没有可能用 Windows Mobile application 来 connect 去一个 server 来做读取?sql connection string 都不会放在 phone 内的。
作者: 宅男-兜着走    时间: 2009-12-9 11:24 PM
你们的程度可以媲美 MIT 的了
看不懂你们说什么鬼。
看来我离你们的距离还很远。
作者: goodday    时间: 2009-12-9 11:58 PM
我开公司啦
KL  的 要请人
谁 有兴趣
作者: 宅男-兜着走    时间: 2009-12-10 12:03 AM
标题: 回复 #44 goodday 的帖子
恭喜
找新人王的 senior , 不错。
作者: duo8668    时间: 2009-12-10 12:06 AM
原帖由 goodday 于 2009-12-9 11:58 PM 发表
我开公司啦
KL  的 要请人
谁 有兴趣

扩充了?
在新加坡设立的话找我
作者: fyhao    时间: 2009-12-10 12:56 AM
ASP.NET Ajax 重是重了点,但写 Ajax 可以不用动到 Javascript,它完全把普通网页和Ajax网页都做成像设计Window App 那样的简单。。。所以对于学校跑local的话,应该没问题。。。

Window Mobile App 我不大清楚,但 Java ME 我有试过放我手机connect server弄一个hello world。。。用简单的 http request
作者: duo8668    时间: 2009-12-10 01:33 AM
原帖由 fyhao 于 2009-12-10 12:56 AM 发表
ASP.NET Ajax 重是重了点,但写 Ajax 可以不用动到 Javascript,它完全把普通网页和Ajax网页都做成像设计Window App 那样的简单。。。所以对于学校跑local的话,应该没问题。。。

Window Mobile App 我不大清 ...

不过对于internet来说,或许真的太重了。分秒必争阿~

我的意思是,比如说 gogobase 我要查看我的帐户剩多少points,利用手机的话,我不需要去到web,以内建的apps,就可以查看详情等等的资料。问题在于,database operation 不可以内建在手机,security issue。

刚看到 JSON, 不知道 mobile apps支不支援?要问问goodday了。

为何要将手机查看资料弄得怎么麻烦呢?因为一个网页消耗的 data size 永远比 自定义的apps 来得大对吗?加上目前手机的 data bundle 不是很大,新加坡每月1GB要给 SGD9.90 ( starhub promotion ),所以说。。。

这也是我准备下个 sem FYP 要用到的技术。目前一点一点收集资料中。
作者: 毛毛小子    时间: 2009-12-10 04:41 PM
标题: 回复 #40 duo8668 的帖子
哦。。
原来大哥在金文泰念书
作者: duo8668    时间: 2009-12-10 07:57 PM
原帖由 毛毛小子 于 2009-12-10 04:41 PM 发表
哦。。
原来大哥在金文泰念书

我是小弟啦。。。
还有那边是 Dover 。。。
金文泰的是 Ngee Ngan Poly 。。。

这边谁的php 水准比较高?有些东西不是很明白。。。
作者: 毛毛小子    时间: 2009-12-10 11:55 PM
标题: 回复 #50 duo8668 的帖子
哦。。。
我每次经过都看到Singapore Polytechnic在Clementi哦。。。
我看错?哈。。。


PS:vampcheah,super-tomato 他们的php很好
作者: duo8668    时间: 2009-12-11 12:19 AM
标题: 回复 #51 毛毛小子 的帖子
那么我可以请教他们了

PS: 试搭MRT就可以知道那间变态学校的头尾有多长了。如果你是新加坡大学生的话应该知道那边的大学有多大了 - . -  简直是浪费空间。。。
作者: 宅男-兜着走    时间: 2009-12-11 12:34 AM
标题: 回复 #52 duo8668 的帖子
建议他们建在海底吧。 新加坡已经没空间发展了。
作者: 毛毛小子    时间: 2009-12-11 08:45 AM
标题: 回复 #52 duo8668 的帖子
他们都是网页专家啊

PS:本人觉得NUS比较大,我每次都是去NUS,经过然后看到Singapore Polytechnic。。。哈哈哈
作者: fyhao    时间: 2009-12-11 06:15 PM
我老师说,近年FYP都朝向做mobile 的路线,都叫我们假期去研究这个。。。
所以,或许可以考虑一下。




欢迎光临 JBTALKS.CC (https://jbtalks.my/) Powered by Discuz! X2.5