IPB

Bienvenue invité ( Connexion | Inscription )

 
Reply to this topicStart new topic
> faire une web app conseil
Options
zedbee
posté 11 Feb 2016, 14:30
Message #1


Adepte de Macbidouille
*

Groupe : Membres
Messages : 218
Inscrit : 29 Mar 2005
Membre no 36 152



Bonjour, je souhaite réaliser une application de suivi de projet partagé assez simple (mais personnalisée) pour ma boite, qui tournerait sous osX et ultérieurement sous iOS, et dont les données seraient accessibles via une base mySQL sur une serveur web.

Actuellement je développe en PHP/javascript/html/css, hors je souhaiterais vraiment sortir du navigateur et avoir une vraie applie pour des raisons d'ergonomie.

j'ai aussi envie de me mettre à objectif-c et/ou swift, donc j'envisageait de faire d'une pierre deux coup.

trouvez vous cela judicieux, ou pensez-vous qu'il vaut mieux faire de façon classique à travers un navigateur ?

est il possible dans une application osX d'intégrer des structures de codeHTML/CSS pour l'affichage des données, ou faut-il tout coder ?




Go to the top of the page
 
+Quote Post
Nono95400
posté 21 Feb 2016, 17:11
Message #2


Macbidouilleur d'argent !
***

Groupe : Membres
Messages : 710
Inscrit : 16 Oct 2004
Membre no 25 318



Bonjour,

Sur iOS et OS X, il est possible d'utiliser des "webviews" qui permettent d'afficher du contenu HTML comme dans Safari.
Le code HTML/CSS utilisé peut être modifié par l'application, comme le ferait un script PHP qui adapterait la réponse HTML renvoyée en fonction de la demande du client.

Par contre, développer une application "native" pour Mac ou iOS qui ne permettrait que d'afficher une page web, c'est moyen... Autant continuer à développer une web-app.

Le développement d'une application Mac ou iOS qui se connecterait au serveur MySQL pour en extraire des données, les traiter et les modifier peut se faire sans passer par l'HTML.
Des classes permettent de communiquer directement depuis l'application avec une BDD SQL.
Et s'il faut que la gestion de la base de données SQL soit centralisée sur le serveur Web avec du PHP, il est alors également possible d'utiliser Cocoa ou Swift pour appeler une URL en lui passant les paramètres de la requête en GET ou POST :
Code
http://www.mon-site.com/php/edit_sql.php?dbname=toto&user=boss&action=edit&id=12545&value=new%20value

Le résultat pourra être transmis à l'application sous la forme d'un PHP qui répond par un code d'erreur ou de réussite de l'opération plus la réponse à la requête SQL.

En Obj-C (Cocoa ou Cocoa Touch), ce qui est écrit au dessus ne nécessite qu'une seule ligne de code :
Code
NSString * resultStr = [NSString stringWithTheContentsOfUrl:[NSURL URLWithString:@"http://www.mon-site.com/php/edit_sql.php?dbname=toto&user=boss&action=edit&id=12545&value=new%20value"]];
//La variable resultStr va charger le contenu de la page renvoyée par la requête passée au site web, il n'y a plus qu'à afficher le résultat.


Je conseille la centralisation des scripts SQL sur un serveur Web avec du PHP qui pourra être modifié n'importe quand et qui évitera de recopier et d'entretenir cette partie du code dans l'application Mac et également dans celle sur iOS.


Voir aussi cette page d'Apple qui présente les codes de design d'applications OS X à respecter : OS X Human Interface Guidelines.

Ce message a été modifié par Nono95400 - 21 Feb 2016, 17:12.


--------------------
MacBook Pro 13" M1 2020 - 16Go de RAM - SSD 256Go
Mac Pro early '09 Quad-Core Intel Xeon 2,93 GHz - 8Go de RAM - ATI HD5870 1Go - SSD Vortex 2 128Go - HD 1To, 2To, 3To.
MacBook Air 13" i7 1,8Ghz - 4Go de RAM - SSD 256Go
Go to the top of the page
 
+Quote Post
Jaypee
posté 21 Feb 2016, 19:10
Message #3


Macbidouilleur d'Or !
*****

Groupe : Membres
Messages : 2 486
Inscrit : 29 Aug 2002
Membre no 3 340



Pour la partie serveur j'aurais deux suggestions :
- Penser REST API: Penser en resources pas en actions, donc utiliser des noms (par convention pluriels) plutôt que des verbes.
-- projects/id en GET => lire le projet identifié par id
-- projects/id en POST => créer le projet
etc...

Par ailleurs, et c'est probablement très ambitieux, faire la partie serveur en Swift également. J'ai la conviction qu'Apple a l'ambition d'avoir une "stack" complète en Swift, mais c'est une intuition personnelle, elle vaut ce qu'elle vaut.
J'ajoute ce lien qui peut aider: http://blog.advteknology.com/develop-a-ios...a-rest-backend/

Sinon, si le temps est critique, pourquoi pas un "proof of concept" avec Ruby-On-Rails, après tout c'est ainsi que Twitter a débuté.

J-P

Ce message a été modifié par Jaypee - 22 Feb 2016, 06:57.
Go to the top of the page
 
+Quote Post
No6
posté 6 Mar 2016, 13:33
Message #4


Oui ?
*****

Groupe : Membres
Messages : 3 889
Inscrit : 24 Jun 2003
Lieu : BZH
Membre no 8 224



Il y a aussi la solution de tout faire en nodeJs sous IOS, et garder le serveur en PHP/ MYSQL appelés en AJAX


--------------------
"Je sais que vous croyez comprendre ce que vous pensez que j'ai dit, mais je ne suis pas sûr que vous réalisiez que ce que vous avez entendu n'est pas ce que je pense."
(Alan Greenspan)
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 utilisateur(s) sur ce sujet (1 invité(s) et 0 utilisateur(s) anonyme(s))
0 membre(s) :

 



Nous sommes le : 29th March 2024 - 14:39