Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | Não podes fazer um binário que corra em Windows e Linux (por exemplo), que eu saiba. O que podes é fazer código portável, e distribuir binários compilados em várias plataformas (Windows, Linux, FreeBSD, OpenBSD, NetBSD, Solaris, MacOS, BeOS, Dreamcast :) , etc.)
"Nada é tão grande que não possa ser comido." - Garfield |
| |
|
| | Dreamcast :-) onde é que vais arranjar o compilador ? |
| |
| | Espero pelo port do NetBSD. Não ouviste falar? Já arranca e tudo... :)
"Nada é tão grande que não possa ser comido." - Garfield |
| |
| | Porque não uma base de dados feita em MySQL (ou outro servidor SQL à escolha), fazes o interface em PHP/HTML (ou Perl se preferires) e acedes através de um browser, logo é independente da plataforma, e pode ser partilhado pelos utilizadores, em vez de teres uma base de dados diferente em cada computador. |
| |
| | Se queres esse tipo de portabilidade, a minha sugestão seria utilizares uma base de dados como a mySQL, que está disponivel para ambos os sistemas operativos em questão (e mais alguns:). Quanto ao interface gráfico, sei que o Gimp Toolkit (GTK+) tambem compila em ambas as plataformas. GTK+ para Win32 -- GTK+ para X. Se preferes trabalhar em C++, a Qt tambem está disponivel, mas acho que tens de pagar umas quantias monetárias interessantes. -xtc |
| |
|
| | Qto á QT. Só tem que pagar se o programa que ele quer fazer nao vai ser GPL. Se ele puser o programa na GPL, pode usar a QT sem pagar nada tanto no Win como no Linux. |
| |
| | Java. Desenvolves a aplicação em Java e usas JDBC para te ligares a base de dados. As classes geradas tanto vao correr em Windows como em muitas variantes de Unix/Linux. Daren |
| |
|
| | As classes geradas tanto vao correr em Windows como em muitas variantes de Unix/Linux e crashar tudo o que lhe aparecer pela frente, como é típico do Java... esquece java: mySQL e php nisso, que te fica multiplataforma, leve e... barato. |
| |
| | Nao digas asneiras pTd. O Java para aplicacoes e' muito bom. E' robusto e eficiente. Nao crasha. Digo isso por experiencia propria.
Provavelmente estas a dizer isso porque o unico java que conheces sao as applets java que te aparecem nos browsers. Isso e' uma porcaria devido 'as implementacoes de Java que os browsers tem.
Para o problema em causa, o desenvolvimento da aplicação em Java e' uma solução muito boa. Igualmente boa, seria uma solução com DB+apache+(perl|php3) e clientes web (browser). |
| |
| | /me baixa as orelhas, falou o craque ;) tens razão numa coisa, e por isso calo-me, dando a vez e a voz a quem sabe da poda mais que eu: o único java que conheço realmente são as applets. mas deixa-me acrescentar que uma vez tentei fazê-las numa coisa chamada JavaBeans, salvo erro da Lotus, e desisti. o problema do costume: crash. seja como for, e pelo que tenho ouvido a programadores que considero BONS, a melhor solução para o moço seria mesmo um mix de mysql+php+perl. uso uma coisa assim para editar conteúdos na Recortes (www.recortes.org) e posso afirmar que nunca vi melhor aplicação para gerir conteúdos. de qq lado, com qq porcaria de browser e ligação, em qq OS, em qq máquina, manipulo os conteúdos a meu bel-prazer. sem vaselina nem dor, com rapidez e limpeza. abraços |
| |
| | Podes sempre criar a base de dados em oracle, fazer os forms, converter esse forms para o oracle aplication server e depois podes acerder via netscape se instalares o jinitiator. Gastas é uma pipa de massa em licensas, mas é sempre uma solução. |
| |
| | Eu estou a fazer precisamente isso com o postgresql que e´ mais poderoso que o mysql mas mais lento e tal como ja´ foi sugerido podes usar perl php python c java para aceder `a base de dados. eu estou a usar o php. Para veres varios exemplos do genero deste tipo de programas procura no freshmeat.org . Por acaso li `a pouco tempo de uma loja de optica no Me´xico optou por usar perl e como interface grafico o Tk e o resultado era bastante aceit´avel, mas infelizmente que eu saiba nao vao ja´ disponibilizar o source. Ja´ agora se nao e´ indiscricao quanto e´ que te pagam por um trabalho destes, e´ que eu sinceramente ainda nao tenho a certeza, mas provavelmente vou pedir mais pelo manutencao do programa e da base de dados do que pelo desenvolvimento e instalaçao |
| |
|
| por Anonimo Cobarde em 10-01-01 19:24 GMT (#12) |
| Ola ... Quanto 'a resposta ao preco por este tipo de trabalho, trata-se de um produto interno na empresa onde estou. Mas como me encontro a trabalhar no estrangeiro, os numeros sao completamente diferentes dos portugueses. E dou-te razao que para uma coisa deste tipo deve-se cobrar mais pela manutencao futura do que pelo programa. Um abraco HTML Checker |
| |
Java (Pontos:2, Interessante) |
| | Usa Java e parte isso no típico modelo de 3 camadas (AKA three-tier model).
1 - Usa JSP para a interface gráfica. 2 - Usa EJB (enterprise java beans) para teres os teus componentes que façam a interface com os dados. 3 - Usa DAO ou JDBC para o acesso à(s) bases de dados.
Welcome to the future e deixa essa coisa de meter os SELECT's no php3 para os amadores.:)
(estava a brincar..eu também gosto de usar php e mysql :) |
| |
|
| por Anonimo Cobarde em 11-01-01 1:49 GMT (#16) |
| "Welcome to the future..." Sim, espero que sim. Não gostava era de ser o gajo que tivesse que arcar com esse "pesado" sistema para manutenção e development. @131, Nbk
|
| |
| | Não é pesado quer para manutenção quer para desenvolvimento porque o problema é divísivel por 3.
As 3 camadas são independentes...ele primeiro implementa a parte de acesso à base de dados e não mexe mais; implementa os seus business objects e não mexe mais; finalmente implementa a interface gráfica.
Se for necessário alterar alguma coisa basta apenas trabalhar na camada correspondente. Provávelmente, a parte que vai necessitar de mais manutenção é a interface gráfica (ainda querem meter os SELECT's na página? :), ficando o problema da manutenção simplificado.
Se for preciso implementar novos métodos para trabalhar com os dados, basta implementar um EJB novo que faça isso e despejar para dentro do container e está feito! :) Mais uma vez não é preciso andar a mexer nas outras camadas (o HTML e nos DAO).
Já agora, um ponto importante contra a solução php+Mysql é que tudo isto possuí uma arquitectura distribuida que permite ter os nossos heavy-duty-beans a correr noutro sítio que não seja o webserver. |
| |
| por Anonimo Cobarde em 10-01-01 20:23 GMT (#14) |
| Tamben podes utilizar TCL/TK, os interpretes estao para linux/unix y para windows, ademas que tamben podes correr a mesmas aplicacao atraves de internet com os "TCLETS"... |
| |
|
| por Anonimo Cobarde em 14-01-01 10:06 GMT (#22) |
| Acredito que TCL/TK é uma das melhores opções. Podes ter seu aplicativo rodando em Unix/Linux Windows e MacOS Existe extensões que permitem um acesso fácil a banco de dados e tem um desempenho aceitavel. Além disso existe programas pagos que convertem o código TCL/TK para C, que pode ser compilado nas diversas plataformas melhorando ainda mais o desempenho. |
| |
| por Anonimo Cobarde em 10-01-01 20:46 GMT (#15) |
| Só para a parte gráfica vê: http://www.libsdl.org/ Linux/Windows/Mac/BeOS |
| |
| por Anonimo Cobarde em 11-01-01 1:57 GMT (#17) |
| Não percebo, a sério. a) Parte gráfica: Algo que exista e corra em qq plataforma. O BROWSER, meus senhores. Têm JS, DHTML, CSS, JAVA e plugins para o que der e vier; b) Base de dados: Qq merda que corra numa plataforma estável, com possibilidades de ser expandida. Qq merda serve, mas não escolham mysql, postgres e afins para heavy work. Não combina. c) Ligação Base de Dados Interface. Qq cena fácil, rápida, de manutenção simples, e development ainda mais simples. Zope. ultra poderoso. Já tenho aqui a máquina de café a funcionar. Amanhã ligo a torradeira... @133, Nbk P.s. - É claro que a opinião é tendenciosa. É minha. Mas não me convidem para o ponto C) feito em Perl ou PHP, C, Java e afins, só mesmo se for um projecto para durar anos, bem escalado e com schedules, blablabla e afins bem definidos. Muito trabalho, pouco quake, pouca gaja...
|
| |
|
| por Anonimo Cobarde em 11-01-01 8:19 GMT (#18) |
| "Muito trabalho, pouco quake, pouca gaja... " Sim, e de muita gaja tu precisas...
|
| |
| | ninguem dispensa gajas pra mim ??? |
| |